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input of sources, is related mutually by a log component. The event 
information and their associated relation, are stored in a memory m 
accordance with continuous demand. In response to the demand the event 
information is searched in application process based on stored 

relation. . . „ 

USE - For batch processing industrial applications. 
ADVANTAGE - Enables automatic batch processing. 
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© Verfahren und Strukturfur die Stapelverarbeitung bei der Ereignisentwicklungsverarbeitung und Betrachtung 
@ Es sind Stapelereignisentwicklungsverfahren und zu- 

geordnete Strukturen zum Sarnmeln, Speichern und Pra- 

sentieren von Daten offenbart, die einen StapelprozeB be- 

treffen, wobei Beziehungen unter den verschiedenen Ele- 

menten der Daten automatisch durch ein Ausfuh rungs- 

programm abgeleitet werden. Ein dauerhafter Speicher 

enthalt eine Struktur entsprechend den Beziehungen, die 

unter den Prozedur-Elementen und der Ausrustung defi- 

niert sind in Einklang mit den S88.01-Standards der Sta- 

pelverarbeitungsindustrie. Das Ausfuhrungsprogramm 

sammelt Ereignisinformationen, die durch den Stapelpro- 

zefS generiert werden, und leitet die Beziehungen unter 

den Ereignissen in Einklang mit diesen Industriestandard- 

modellen ab. Die Speicherung und die entsprechende 

Wiederauffindung und Prasentation solcher historischer 

Daten wird daher fur einen Anwender vereinfacht, da der 

Anwender nicht von Hand die Entwicklungsprogramme 
*™ konfigurieren muS, urn die Beziehungen abzuleiten. Die 

Zuordnung von irgendeinem Protokoll uber die fortlau- 

fenden Daten mit den Ereignisinformationen wird durch 

0 die vorliegende Erfindung automatisiert, wobei dem Er- 

01 fordernis einer von Hand erfolgenden Konfiguration 
CD durch einen Anwender begegnet wird, urn soiche Zuord- 
q nungen zu erstellen. Grafische Anwender-Schnittstellen- 

aspekte der vorliegenden Erfindung prasentieren die In- 
n formationen in Form von Zeitlinien-Gantt-Planen, um es 
S ein em Anwender zu ermoglichen, in einfacher Weise zwi- 
~ schen den Ansichten oder Darstellungen der Daten und 

der ... 

UJ 

Q 
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Beschreibung 

Hintergrund der Erfindung 

1. Gebiet der Erfindung 

Die vorliegende Erfindung betrifft ProzeBsteuersysteme 
und Anwendungen und spezifischer Verfahren und zugeord- 
nete Strukturen zum Sammeln und Darstellen von histori- 
schen Daten, die einen Realzeit-StapelprozeB betreffen, und 
urn solche Daten Formulierungen, Prozeduren und einer 
Ausriistung zuzuordnen, die bei dem StapelprozeB verwen- 
det werden. 

2. Erlauterung des Standes der Technik 

S tapel verarbeitung 

Es gibt viele Typen von industriellen Prozessen. Einige 
laufen kontinuierlich, bis sie angehalten werden, wobei in 
typischer Weise sehr groBe Mengen des Produktes zwischen 
dem Startzeitpunkt und dem Abstellzeitpunkt erzeugt wer- 
den. Andere industrielle Prozesse arbeiten mit Gruppen von 
Teilen, wobei die Gruppe als eine Einheit zwischen Work- 
stations bewegt wird, wobei jedoch jeder Teil seine eigene 
einzigartige Identitat beibehalt. 

Ein dritter Typ eines industriellen Prozesses ist der Batch- 
ProzeS, der es mit sich bringt, dass Rohmaterialien Verar- 
beitungsschritten unterworfen werden unter Verwendung 
von einem oder mehreren Teilen der Ausriistung, um einen 
"Staper'C'batch") des Produktes zu erzeugen. Backen stellt 
ein Beispiel eines Batch-Prozesses dar, der im Haushalt 
praktiziert wird. Es wird rqhes Nahrungsmittel vorbereitet, 
wird in eine Pfanne gelegt, wird fur eine Zeitdauer, die 
durch ein Rezept spezifiziert wird, gebacken, und endet 
dann als ein Gericht oder "Staper'C'batch") fertig fur den 
Verzehr. 

Die Herstellung von Polyvinylchlorid stellt ein Beispiel 
dar, welches in einem industriellen MaBstab praktiziert 
wird. Polyvinylchlorid wird dadurch hergestellt, indem sehr 
viel kleinere Molekiile des Vinylchlorids polymerisiert oder 
"aneinandergefugt" werden. Dies wird dadurch erreicht, in- 
dem ein Batch-Reaktor bis zu einem geeigneten Pegel mit 
einer Mischung aus Vinylchlorid, einem Losungsmittel und 
einem Polymerisations-Induzierer gefullt wird, die Mi- 
schung in dem Reaktor erhitzt wird, der resultierende S tapel 
(batch) abgekiihlt wird und der Stapel gereinigt wird, indem 
das verbliebene Ausgangsmaterial entfemt wird. 

Dies sind nur einige Beispiele von Batch-Prozessen oder 
Stapelprozessen. Im allgemeinem gibt es sehr viele unter- 
schiedliche Arten von Stapelprozessen. Diese konnen bei- 
spiels weise eine Produktherstellung, Verteilung und Testen 
enthalten als auch mehrere andere Produkt-und nicht Pro- 
dukt orientierte Prozesse umfassen. 

S tapelprozeB-S teuerung 

Allgemein gesagt ist es wichtig, einen StapelprozeB zu 
steuern. Wenn beispielsweise ein Gericht auf dem Ofen zu 
lange belassen wird und zwar wahrend des Backvorganges, 
verbrennt es und der resultierende Nahrungsmittelstapel 
wird zerstbrt. Wenn gemaB einem anderen Beispiel eine Re- 
aktionsmischung aus Vinylchlorid nicht lange genug zur Re- 
aktion gebracht wird, ist die ausbeute an Polyvinylchlorid 
aus dem ProzeB nicht angemessen und es wird Geld verlo- 
ren. Die S teuerung eines Stapel-Prozes ses kann kritisch 
werden, wenn ein Produkt aus gefahruchen chemise hen 
Stoffen oder vergleichbaren GroBen dabei involviert ist. 



Ein Weg, um einen StapelprozeB zu steuern, besteht aus 
der Handsteuerung. Dies bedeutet, dass ein oder mehrere 
Arbeiter den Auftrag erhalten alle Aspekte des Stapelpro- 
zesses zu beobachten, um sicher zu sein, dass alles gemaB 
5 dem Plan verlauft. Dies ist jedoch eine ermudende Arbeit 
und es konnen sich Fehler unbemerkt einschleichen. 

Aus diesen und aus anderen Griinden haben Beschaftigte 
auf dem Gebiet der Stapelsteuerung fur einige Zeit versucht, 
die S teuerung der Stapelprozesse durch Verwendung elek- 

10 tronischer Vonichtungen zu automatisieren. Es wurden 
Computer, programinierbare Regler und vergleichbare elek- 
tronische Vorrichtungen in Verbindung mit intelligenten 
Feld-Vorrichtungen verwendet (d. h; intelligenten Sensoren 
und steuerbaren Ventilen) und zwar durch eine Anzahl von 

15 Zulieferern eines Stapelsteuersystems, um die Steuerung der 
Stapelprozesse zu automatisieren. 

Ein intelligenter Sensor wird in typischer Weise bei einem 
Teil der Ausriistung plaziert und berichtet uber die Zustande 
der Ausriistung zu einem zentralen Steuerraum in der An- 

20 lage. Ein steuerbares Ventil steuert in typischer Weise die 
Eingabe in oder die Ausgabe von einem Teil der Ausriistung 
und kann von einem zentralen Kontrollraum gesteuert wer- 
den, haufig basierend auf Informationen, die von einem in- 
telligenten Sensor empfangen wurden. 

25 Anstrengungen die Stapelverarbeitung zu automatisieren 
haben zu dem ZusammenschluB von Standardkornitees auf- 
grund von Mitgliedem von Industrien gefuhrt, die in der 
Stapelverarbeitung involviert sind und von Zulieferern einer 
Stapelverarbeitungs ausriistung und zwar unter anderen. Der 

30 allgemeine Zweck dieser Standardkornitees bestand darin, 
einheitliche Standards fiir die automatisierte Stapelverarbei- 
tung zu definieren. 

Ein solcher Standard wurde durch die International So- 
ciety for Measurement and Control bekannt gemacht, einer 

35 internationalen Organisation, die sich mit den Ausgaben von 
ProzeBsteuerungen befaBt. Dieser Standard tragt den Titel 
Batch Control Part 1: Models and Terminology und wird 
haufig als der ISA S88.01-1995 Standard bezeichnet (oder 
als "S88" fur die Zwecke dieser Anmeldung). 

40 Der S88.01 Standard definiert Modelle der Ausriistung 
und Prozeduren fiir die Verwendung bei automatisierten Sta- 
pelprozessen als auch die Terminologie fiir die Verwendung 
bei Bezugnahme auf solche Modelle und deren Elemente. 
Der S88.01 Standard definiert einen "StapelprozeB" als ei- 

45 nen ProzeB, der zu dem Produkt mit endlichen Eigenschaf- 
ten des Materials fuhrt, indem Mengen von Eingabemateria- 
lien einem geordneten Satz von Verarbeitungsaktivitaten 
iiber eine endliche Zeitperiode unterworfen werden unter 
Verwendung von einem oder mehreren Teilen der Ausrii- 

50 stung. Ein "Stapel oder Ladung" ("batch") wird als das Mate- 
rial definiert, welches produziert wird oder durch eine ein- 
zelne Ausfuhrung eines Stapelprozesses erzeugt worden ist. 



Prozedur-Model 



55 



Eine Stapelverarbeitungs ausriistung (d. h. steuerbare Ele- 
mente wie Venule, Heizvorrichtungen, Mischvorrichtungen 
usw.) werden in Einklang mit Prozeduren betrieben, um ei- 
nen Stapel (batch) herzustellen. Fiir die Zwecke dieser An- 

60 meldung werden alle solche Ausriistungen synonym als 
Ausriistung, Ausriistungsmodule, Verarbeitungsausriistung 
oder physikalisches Element bezeichnet. Die Prozeduren, 
um solche physikalische Elemente zu betreiben, werden 
haufig durch den S88.01 Standard als das "Prozedur-Model" 

65 bezeichnet. GemaB dem S88.01 Standard ist das Prozedur- 
Model als ein hierarchischer Verlauf von Prozeduren struk- 
turiert, wobei die hochste Ebene jede der niedrigeren Ebe- 
nen umschlieBt, die nachst hohere Ebene jede der darunter- 
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liegenden Ebenen umschlieBt usw. Die Ebenen des S88.01 
Prozedur-Models, die von praktischem Interesse fur die 
Zwecke dieser Anmeldung sind, sind in abnehmender Rei- 
henfolge wie folgt: 

5 

- die "Prozedur" 

- die "Einheit-Prozedur" 

- die "Operation" 

- die "Phase" 

10 

Der Ausdruck "Prozedur-Element" wird in dieser Anmel- 
dung verwendet, urn irgendeine Ausfuhrungsform oder Im- 
plementierung von irgendeinem dieser Ebenen des S88.01 
Prozedur-Models zu bezeichnen und zwar nicht nur soiche 
der "Prozedur"-Ebene oder irgendeine andere einzelne 15 
Ebene des Prozedur-Models. 

Das Prozedur-Element der hochsten Ebene, welches von 
Interesse ist, wird als eine Prozedur bezeichnet, die aus einer 
oder aus rnehreren Einheit - Prozeduren besteht. Jede Ein- 
heit-Prozedur ist ihrerseits aus einer oder aus rnehreren Ope- 20 
rationen gebildet, die ihrerseits jeweils aus einer oder aus 
rnehreren Phasen bestehen. Das S88.01 Prozedur-Model 
schlieBt die Definition und die Verwendung von anderen 
hierarchischen Ebenen nicht aus und erfordert auch nicht, 
dass jede Ebene bei speziellen Anwendungen vorhanden ist. 25 
Vielmehr zielt der Standard darauf ab, ein breites standardi- 
siertes Model zu schaffen, um die Prozeduren zu beschrei- 
ben, die in automatisierten StapelprozeB-Steuerungen fol- 
gen. 

30 

Verkniipfiing von physikalischen und Prozedur-Elementen 

Im allgemeinem sind Prozedur-Elemente als Computer- 
programme implementiert, die durch und innerhalb von da- 
ten verarbeitenden Vorrichtungen ausgefuhrt werden, inklu- 35 
sive Personal Computern, Workstations und programmier- 
baren Reglem. Die Ausfuhrung eines typischen Prozedur- 
Elements resultiert in einer elektrischen oder optischen Aus- 
gangsgroBe aus der datenverarbeitenden Vorrichtung, die 
dazu verwendet werden kann ein physikalisches Element zu 40 
steuern, wobei in typischer Weise eine AusgangsgroBe der 
datenverarbeitenden Vorrichtung direkt an das physikalische 
Element angelegt wird oder auch indirekt uber ein ortliches 
Bereichs- oder weitiaufiges Bereichs-Netzwerk. 

Ein Prozedur-Element fuhrt. seine zugeordnete Aufgabe 45 
durch, indem es "die Grundsteuerung" in Bezug auf wenig- 
stens ein physikalisches Element aufruft. Dieser Steuertyp 
zielt darauf ab, einen spezifischen gewiinschten Zustand des 
physikalischen Elements herzustellen und aufrecht zu erhal- 
ten. Die Grundsteuerung wiirde beispiels weise eine Materi- 50 
alstromung in einem Speicherbehaltniselement starten oder 
aufrecht erhalten oder wiirde Ausgangsmaterialien in einem 
Polyvinylchiorid-Reaktorelement erhitzen. 

In der Praxis fuhren die niedrigeren Ebenen des Prozedur- 
Models (namlich die Phasen) die tatsachlichen Kommunika- 55 
tionen mit den aktuellen physikalischen Elementen durch, 
wodurch die Grundsteuerung aufgerufen oder durchgefuhrt 
wird. Hohere Ebenen des Prozedur-Models sind im wesent- 
lichen Abstraktionen, um die Organisation und Struktur des 
Prozedur-Models zu verbessern und auch das physikalische 60 
Model zu verbessern. 

Prozedur-Elemente und Zustand-Maschinenmodel 

Ein Zustand-Maschinenmodel besteht aus einem logi- 65 
schen Aufbau, der allgemein dazu verwendet wird, um den 
Zustand eines Prozesses oder der Aktivitat zu beschreiben. 
Das Model beschreibt oder definiert eine Zahl von ProzeB- 
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zustanden zusammen mit Aktionen, die tjbergange zwi- 
schen solchen Zustanden hervorrufen. Ein Zustand-Maschi- 
nenmodel eines Prozesses wird als ein spezieller Zustand 
entsprechend einem friiheren Ubergang in diesen Zustand 
bezeichnet. Wenn ein spezielles Ereignis auftritt oder ein 
spezieller. Status erfaBt wird, fuhrt das Zustand-Maschinen- 
model einen Ubergang in einen anderen Zustand durch und 
zwar entsprechend dern speziellen Ereignis oder dem festge- 
stellten Status. 

Ein Zustand-Maschinenmodel bildet eine niitzliche Tech- 
nik, um die Operation eines Prozedur-Elements eines Sta- 
pelprozesses zu definieren und zu implementieren. Ein Pro- 
zedur-Element, welches als eine Zustand-Maschine definiert 
oder implementiert ist, initialisiert eine Aktion beispiels- 
weise dann, wenn deren zugeordnete Zustand-Maschine ei- 
nen Ubergang von einem alten Zustand in einen neuen Zu- 
stand durchfiihrt. Der S88.01 Standard erlaubt die Definition 
und Implementierung von Prozedur-Elementen in Einklang 
mit einem Standard-Zustand-Maschinenmodel. Wahrend 
der S88.01 Standard diese Annan erung nicht fordert, wurde 
er weitreichend an die ProzeB-Steuerindustrie angepafit, um 
einen hoheren Grad von Inter-Betriebsfahigkeit unter den 
Produkten von verse hiedenen Vertreibern zu ermoglichen 
(was weiter unten erlautert wird). Eine momentane wirt- 
schaftliche Anwendung des S88.01 Standards, der Proze- 
dur-Elemente enthalt und gemaB einem Zustand-Maschi- 
nenmodel definiert und implementiert ist, ist das Delta V- 
Batch-Produkt von Fisher-Rosemount Systems, Inc. in 8301 
Cameron Road, Austin, Texas 78754. 

Das DeltaV Batch, ein Serverprogramm lauft auf der Da- 
tenverarbeitungsvorrichtung, welche die Prozedur-Ele- 
mente ausfuhrt. Das Serverprogramm koordiniert die Aus- 
fuhrung der Prozedur-Elemente in Einklang mit einem oder 
rnehreren Zustand-Maschinenmodellen. Prozeduren ent- 
sprechend den Einheit-Prozeduren, entsprechend Operatio- 
nen und entsprechend den Phasen werden gemaB deren je- 
weiligen Schritte durch das Serverprogramm durchlaufen. 

Wenn eine Phase durch das Serverprogramm initialisiert 
wird, ubertragt beispielsweise die Phase die Initialisierungs- 
anfrage zu dem logischen Phaseninterface innerhalb eines 
progranirnierbaren Reglers. Der programmierbare Regler 
fuhrt dann die aktuelle Zustandslogik fur die Phase aus und 
liefert die erforderliche ProzeBsteuerung vermittels Kom- 
munikationen zu der ProzeB ausrustung. 

Historische Daten 

Bei solchen Stapelprozessen ist es wunschenswert Daten 
zu sammeln, die historische bze. Entwicklungs- Ereignisse 
wiedergeben, welche die Verarbeitung eines Stapels ausma- 
chen. Soiche historischen Daten konnen beispielsweise bei 
der Bestimmung von Trends in der Qualitatssteuerung oder 
zum Bestimmen, wann die Ausrustung, die bei dem Stapel- 
prozeB verwendet wird, einen Service erfordert, nutzlich 
sein. 

Eine Anzahl von Datentypen sind potentiell bei der Riick- 
verfolgung der Qualitat oder des Voranschreitens eines Sta- 
pelprozesses nutzlich. Eine soiche Datenquelle besteht aus 
fortlaufenden Daten, die durch verschiedene Datenpunkte in 
dem StapelprozeB erzeugt werden und zwar wahrend der 
Verarbeitung des Stapels. Ein Datenpunkt besteht aus einer 
einzelnen Quelle von solchen fortlaufenden Daten, die einen 
gewissen Steuerwert oder anderen Status oder Messung des 
Stapelprozesses wiedergeben. Beispielsweise kann ein be- 
stimmter Wert eines Materialflusses oder einer Temperatur, 
wie durch einen Sensor gemessen, einen solchen Daten- 
punkt darstellen. Die vorhandene Einstellung eines Steuer- 
oder Regelventils wiirde einen anderen solchen beispielhaf- 
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m ten Datenpunkt darsteUen. 

Jeder solche Datenpunkt erzeugt einen fortlaufenden 
Strom von Datenwerten, die iiber die Zeit hinweg durch die 
StapelprozeBanwendung erfafit oder gesteuert werden. Die 
Ansammlung all solcher fortlaufender Daten, die wahrend 
der Verarbeitung eines Stapels generiert werden, wird haufig 
durch ein Stapelverarbeitungssystem protokolliert. Proto 
kollaufzeichnungen von solchen Datenpunkten enthalten 
gewdhnlich ein Zeitprotokoll und einen momentanen Wert 
zusammen mit anderen identifizierenden Informationen fiir 
den Datenpunkt wie beispielsweise ein Eukettenkennzei- 
cben, urn die Datenquelle zu identifizieren. 

Ein andere Typ von Daten, der fur die Ruckverfolgung 
der Qualitat des Voranschreitens einer Stapelverarbeitung 
nutzlich ist, sind die Ereignisinformationen. Die Ereignisin- 
formation, wie sie hier verwendet wird, bezeichnet eine In- 
formation, die den Stapelprozefi in Ausdrucken der Proze- 
durmodel-Ausfuhrung beschreibt. Beispielsweise bilden 
Stapelereignisse, die den Startzeitpunkt und den Ende-Zeit- 
punkt einer bestimmten Phase oder einer bestirnrnten Opera- 
tion, die Einheitsprozedur oder Prozedur des Prozedurmo- 
dels beschreiben, solch eine Ereignisinformation. Die Ereig- 
nisinformation enthalt auch Prozefiereignisse - Informatio- 
nen, die durch die physikalischen Elemente des Stapelpro- 
zesses oder durch einen Operator erzeugt werden. Jeder 
Ausriistungsmodul, Zelle usw. kann ProzeBereignisse gene- 
rieren, um dessen oder deren spezifische Aktivitat beim 
Starten und Anhalten einer bestimmten Phase anzuzeigen 
(d. h. die Durchfuhrung spezifischer Grundsteueraktionen). 
Alarmzustande, die durch die Ausrustung erkannt werden, 
stellen weitere Beispiele von ProzeBereignissen dar. Die 
ProzeBereignisse konnen auch Informationen enthalten, die 
Operator- Anderungen hinsichtlich des Stapelprozesses 
wahrend dessen Operation betreffen. 

Es ist auBerst niitzlich diese verschiedenen Formen von 
Ereignisinformationen und fortlaufenden Daten zu integrie- 
ren, um eine umfassende, verstandliche Wiedergabe solcher 
Informationen fur einen Anwender des Stapelprozesses zu 
schafJen. Jedoch liegen die gegenwartig verfugbaren Werk- 
zeuge fiir einen Bericht iiber die Stapelverarbeitungsqualitat 
und den fortschritt desselben weit von solch einer Integra- 
tion ab. Ein Anwender ist genotigt die "Integration" von 
Hand unter Verwendung von vielfaltigen nicht zusammen- 
passenden Werkzeugen durchzufiihren. Femer muB ein An- 
wender, um die ausgeweitete Wiedergabe-Losungen zum 
Vorsehen solch einer Integration zu begrenzen, signifikante 
detaillierte Konfigurationsinformationen liefern, um es den 
Bericht-Programmen zu ermoglichen die verschiedenen Ty- 
pen und Quellen der Ereignisinformationen und fortlaufen- 
den Daten zu korrelieren. 

Die momentan verfugbaren Werkzeuge, die bei der Sta- 
pelverarbeitung verwendet werden, sammeln fortlaufende 
Daten aus dem Stapelprozefi. Andere Werkzeuge versehen 
den Anwender mit einer lastigen Schnittstelle, um spezielle 
Abschnitte von interessierenden Daten zu lokalisieren. Bei- 
spielsweise kann ein Anwender ein Wei terse halt werkzeug 
verwenden, um ein Filter oder einen Trigger zu definieren, 
die eingefangene Daten lokalisieren, welche ein bestimmtes 
Ereignis oder Prozedur in dem Stapelprozefi betreffen. Das 
Filter oder der Trigger kann beispielsweise so einfach sein 
wie das Definieren eines Startzeitpunktes und eines Ende- 
Zeitpunktes fur die Daten, welche die Ausfuhrung einer be- 
stimmten Phase betreffen. Oder es kann die Definition kom- 
plexer sein, so dass der Anwender gezwungen wird andere 
Parameter zu identifizieren, welche die Daten identifizieren, 
die einem bestimmten Prozedur-Element entsprechen. 

Im allgemeinen muB der Anwender von Hand Konfigura- 
tionsinformationen liefern, um die Ereignisse, die von Inter- 



999 A 1 

6 

esse sind, in dem Stapelprozefi zu definieren. Die Konfigu- 
ration dieser Informationen stellt haufig eine komplexe Auf- 
gabe dar, die ein umfangreiches Wissen des Anwenders er- 
fordert und zwar iiber die Ereignisse, die von Interesse sind 
5 und iiber ahnliche Eigenschaften der Daten, die fiir solche 
interessierenden Ereignisse relevant sind. Femer stellt unge- 
achtet .der Komplexitat der Definierung des Filters zum Zu- 
ordnen der Daten zu einem Prozedurereignis der ProzeB der 
Definition solcher Filter, um die Daten den Stapelereignis- 
10 sen zuzuordnen einen weitreichenden Handbetatigungspro- 
zeB dar, wie dieser gegenwartig auf dem Gebiet praktiziert 
wird. Im wesentlichen muB der Anwender Konfigurations- 
daten eingeben, die ein spezielles Ereignis identifizieren und 
auch spezielle Abschnitte der fortlaufenden Daten spezifi- 
15 zieren, die diesem Ereignis zugeordnet sind. Solche Hand- 
eingabeprozesse sind fehlertrachtig in solcher Weise, daB 
die Beziehungen zwischen den Ereignisinformationen und 
den darauf bezogenen fortlaufenden Daten in nicht korrekter 
Weise erstellt werden konnen. 
20 Der Anwender der Daten benotigt ein Wissen iiber die 
Struktur der gespeicherten Daten und ist fur die Erzeugung 
bedeutungsvoller Beziehungen unter den Daten fur deren 
Wiedergabe verantwortlich. Obwohl die in Frage stehenden 
Fahigkeiten der existierenden Techniken significant sind, 
25 liefern sie wenig mehr als ein Bezugs-Datenbank-"Front- 
Ende" zum Zugreifen auf die Daten. Solche fraglichen Ope- 
rationen von Bezugs-Datenbank-Managementsystemen er- 
fordem es, dass ein Anwender die Beziehungen unter den 
verschiedenen Elementen der gespeicherten Daten versteht 
30 und daraus bedeutungsvolle Fragen fur die Presentation der 
gewtinschten Daten erzeugt. 

Es ergeben sich auch andere Probleme bei den momenta- 
nen Stapelverareitungswerkzeugen bei der Presentation von 
solchen Ereignisinformationen fut einen Anwender. Ein Sta- 
35 pel-Entwicklungsprogramm oder Enstehungsprogramm ist 
ein solches, welches solche Ereignisinformationen sammelt 
und fur einen Anwender eines Stapelverarbeitungssystems 
darstellt oder prasentiert. Gegenwartig e historische Ent- 
wicklungs-Stapelprogramme erzeugen tabellarische Text- 
40 Berichte aus den fortlaufenden Daten oder bestenfalls erzeu- 
gen diese einfache lineare grafische Darstellungen der 
Trends bei den Elementen der fortiaufenden Daten. Die ge- 
genwartigen Stapel-GesetzmaBigkeits-Merkmale der Sta- 
pelverarbeitungssy steme liefern daher eine begrenzte Flexi- 
45 bilitat bei der Prasentation der Daten fiir einen Anwender. 
Beispielsweise lassen sich die Beziehungen unter den Sta- 
pelereignissen oder den ProzeBereignissen und den fortlau- 
fenden Daten nur schwer voneinander aus den tabellari- 
schen textmafiigen Wiedergaben der gegenwartigen Ent- 
50 wicklungsprogramme (historian programs) unterscheiden. 
Es ist daher eine Aufgabe Verfahren und Strukturen zu 
schaffen, welche den ProzeB der Ersteliung von Beziehun- 
gen zwischen verschiedenen Quellen von Ereignisinforma- 
tionen und irgendwelchen fortlaufenden Daten, die aus dem 
55 Stapelprozefi gesammelt wurden, automatisieren. Es wird 
eine verbesserte Struktur benotigt, die sowohl die Ersteliung 
der Beziehungen unter den verschiedenen gesammeiten Er- 
eignissen und Daten automatisiert als auch vereinfacht. Es 
ist ferner wiinschenswert, dass verbesserte Verfahren und 
60 Strukturen eine verbesserte Flexibility bei der Prasentation 
der gesammeiten Daten bieten, um eine bessere Analyse der 
Daten durch die Anwender des stapelverarbeitenden Sy- 
stems zu ermoglichen. 

65 ZUSAMMENFASSUNG DER ERFDSTDUNG 

Die vorliegende Erfindung lost die oben angegebenen und 
weitere Ziele durch Voranbringen des Standes der niitzli- 
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* chen Technik und zwar durch Schaffen von Verfahren und 
zugeordneten Strukturen fur ein effektiveres Einfangen, 
Speichem und Prasentieren von historischen Daten, die ei- 
nen StapelprozeB betreffen. Speziell enthalt die Stapel-Hi- 
storie der vorliegenden Erfindung ein ausfuhrbares Pro- 5 
gramm, welches alle Ereignisinformationen ernpfangt, die 
durch einen StapelprozeB erzeugt werden. Das Ausfiih- 
rungsprogramm analysiert die Daten, um zu bestimmen, 
wann die empfangenen Ereignisse die Initialisierung eines 
neuen Stapels reflektieren oder eines neuen Prozedur-Eie- 10 
ments innerhalb der Verarbeitung eines Stapels reflektieren. 
Solch eine Analyse bestimmt daher die Beziehungen unter 
den verschiedenen vervielfaltigen Ereignissen, die empfan- 
gen wurden, um die Beziehungen zwischen einem Stapel 
und der Stapelverarbeitung, die diesern Stapel zugeordnet 15 
ist, zu rekonstruieren. Die Ereignisse und die Beziehungen 
unter den Ereignissen werden daher automatisch aus den ge- 
sammelten Stapelereignissen und ProzeBereignissen abge- 
leitet. 

Die durch die Analyse des Ausfuhrungsprograrnrns in 20 
solcher Weise identifizierten Ereignisse konnen dann dazu 
verwendet werden, um automatisch protokollierte fortlau- 
fende Daten den Ereignisinformationen, die durch das Aus- 
fuhrungsprogramm abgeleitet wurden, zuzuordnen. Es kon- 
nen fortlaufende Datenaufzeichnungen geparst werden un- 25 
ter Verwendung der Ereignisinformationen, die durch das 
Historie-Ausfuhrungsprogramm abgeleitet wurden, und 
konnen in einer Form dargestellt werden, welche diese zu 
den Ereignisinformationen in Beziehung setzt. 

GemaB der vorliegenden Erfindung werden daher auto- 30 
matisch Beziehungen zwischen vielfaltigen Stapelereignis- 
sen bestimmt, die aus der Prozedurmodel-Server- Verarbei- 
tung generiert wurden, als auch ProzeBereignisse bestimmt, 
die durch die physikalischen Elemente erzeugt wurden, die 
in aktueller Form die gewiinschte Steuerung ausfiihren. Die 35 
vorliegende Erfindung ordnet auch in automatischer Weise 
diese abgeleiteten Ereignisinformationen den fortlaufenden 
Daten zu, die durch andere Komponenten des Stapel verar- 
beitungssystems protokolliert wurden. Die vorliegende Er- 
findung begegnet daher den Bedarf, dass ein Anwender von 40 
Hand das System konfiguriert, um die Stapelereignisse zu 
identifizieren und um solche Ereignisse anderen ProzeBer- 
eignissen oder den fortlaufenden Daten zuzuordnen. 

Bei der bevorzugten Ausfuhrungsform werden die abge- 
leiteten Ereignisinformationen in einem Objekt orientierten 45 
dauerhaften Speicher abgespeichert (d. h. einem Objekt ori- 
entierten Datenbank-Managementsystem oder OODBMS). 
Diese Speicherannaherung verbessert die Flexibilitat fur ei- 
nen Anwender, um ad hoc Anfragen hinsichtlich der gesam- 
melten und abgeleiteten Daten zu erzeugen, um die histori- 50 
sche Sequenz der Ereignisse und der Beziehungen unter den 
vielfaltigen Ereignissen besser zu verstehen. Wie hier weiter 
unten festgehalten ist, erkennen Fachleute, dass irgendwel- 
che oder mehrere Dateien oder Datenbankstrukturen in Ver- 
bindung mit der vorliegenden Erfindung angewendet wer- 55 
den konnen ; um dauerhaft die Daten zu speichem. Ein 
ODDBMS ist lediglich eine solche Struktur, die eine signifi- 
kante Flexibilitat hinsichtlich der Stapel-Geschichtsmerk- 
male der vorliegenden Erfindung liefert. 

Die vorliegende Erfindung schafft ferner ein grafisches 60 
AnwenderschnittsteUen-Betrachtungs-CHentprogramm, 
welches es dem Anwender erlaubt die strukturierten histori- 
schen Daten in einer Weise zu betrachten, die die hierarchi- 
schen Beziehungen der gesammelten Daten reflektiert. Die 
verschiedenen oder vielfaltigen gesammelten Daten und die 65 
Ereignisse, welche diese wiedergeben, werden dem Anwen- 
der in einer solchen Weise prasentiert, dass eine Navigation 
unter den verschiedenen Beziehungen der Daten ermoglicht 
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wird. Beispie Is weise konnen Informationen, die ein speziel- 
les Prozedur-Element der Verarbeitung eines Stapels betref- 
fen, dem Anwender prasentiert werden und der Anwender 
kann auf die grafischen Anzeigeelemente klicken, um die 
bezogenen Prozedur-Aspekte der niederen Ebene wie bei- 
spiels weise eine spezifische Phase zu betrachten. Der An- 
wender betrachtet unmittelbar die verschiedenen Beziehun- 
gen unter den Objekten, welche die Stapelverarbeitung um- 
fassen und betrachtet auch speziell hergestellte Stapel (bat- 
ches). 

Bei der bevorzugten Ausfuhrungsform prasentiert der Be- 
trachtungs- Client einen StapelprozeB auf einem Anzeige- 
bildschirm in Form einer Gantt-Zeitliniengrafik, wobei gra- 
fisch die verschiedenen Prozeduren dargestellt werden, die 
ausgefuhrt werden, um den Stapel herzustellen und auch die 
Zeitpunkte gezeigt werden, die zu jedem Prozedur-Element 
zugeordnet sind. Um Einzelheiten einer Prozedur gemaB ei- 
ner niedrigeren Ebene (hierarchisch) zu betrachten, "klickt" 
der Anwender auf (wahlt) eine Prozedur, um darin die Ein- 
heit-Prozeduren zu betrachten. In ahnlicher Weise wird eine 
Einheit-Prozedur angeklickt, um Operationen zu betrachten, 
und es wird eine Operation ausgewahlt, um Phasen zu be- 
trachten. Ein tabellarischer Textabschnitt des Bildschirms 
unter der Gantt-Grafik offenbart Einzelheiten der Ereig- 
nisse, die das ausgewahlte Prozedur-Element ausmachen. Es 
konnen Vielfachebenen der Prozedur-Modelhierarchie 
gleichzeitig auf dem Gantt-Graflkabschnitt der Anzeige dar- 
gestellt werden. Ein Anwender kann die Ebene eines Details 
konfigurieren, um sie so darzustellen. 

Ein erster und ein zweiter Stapel konnen durch den Be- 
trachtungs-Client gleichzeitig dargestellt werden, um einen 
Sichtvergleich von zwei Stapeln zu ermoglichen. Beispiels- 
weise kann ein "goldener" Stapel, der das gewiinschte Pro- 
dukt erzeugt, mit einem ausgefalienen oder fehlerhaften Sta- 
pel verglichen werden. Haufig ist der Grund des Ausfalls 
oder Fehlers des Stapels sichtbar zu erkennen und zwar aus 
dem grafischen Vergleich der Stapel-Gantt-Grafiken. Die 
Eigenschaften des Betrachtungs-Client ermoglichen es, 
Zeitlinien fur jede Gantt-Grafik in einer absoluten Zeit wie- 
derzugeben oder in einer relativen Stapelzeit, um die Mog- 
lichkeit zu schaffen, die Grafiken visuell besser auszurich- 
ten. Die Zeitlinien konnen beim Start des Stapels ausgerich- 
tet werden oder konnen an irgendeinem anderen definierten 
Prozedurereignis in beiden Zeitlinien ausgerichtet werden 
(d. h. dem Start oder dem Ende oder einem speziellen Proze- 
dur-Element, welches beiden Zeitlinien gemeinsam ist). 

Grafische Anwender-Schnittstellenmerkmale des Be- 
trachtungsclients ermoglichen es auch einem Anwender in 
einfacher Weise fortlaufende Daten wieder zu betrachten, 
die einem ausgewahlten Prozedur-Element zugeordnet sind. 
Die Beziehungen, die in automatischer Weise durch die vor- 
liegende Erfindung bestimmt werden, korrelieren protokol- 
lierte fortlaufende Daten mit bestimmten Prozedur- Elemen- 
ten. Der Betrachtungsclient schafft die Moglichkeit, dass ein 
oder mehrere gekennzeichnete Datenpunkte in den fortlau- 
fend protokollierten Daten fur irgendein bestimmtes Proze- 
dur-Element wiedergegeben wird bzw. werden. Beispiels- 
weise konnen ein oder mehrere gekennzeichnete Daten- 
punktwerte dargestellt werden und/oder fur eine bestimmte 
ausgewahlte Phase eines Stapels aufgetragen werden. Die 
gewiinschte Phase wird ausgewahlt und es wird eine Dialog- 
box dargestellt, die es dem Anwender erlaubt, den protokol- 
lierten oder gekennzeichneten (tagged) Datenpunkt fur die 
Phase auszuwahlen. Die ausgewahlten mit Etiketten ge- 
kennzeichneten Datenpunkte fur die Phase werden dann aus 
dem Protokoll der fordaufenden Daten wieder aufgefunden 
oder wiedergewonnen und werden an der Anzeige des An- 
wenders dargestellt. Ein Schliissel der Erfindung besteht 
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* darin, dass der Anwender nicht den Start und das Ende von 
jedem Prozedur-Element in Form von von Hand eingegebe- 
nen Konfigurationsinformationen spezifizieren rnuB, wie 
dies beim Stand der Technilc praktiziert wurde. Vielmehr 
wahlt der Anwender lediglich ein Prozedur-Element aus der 5 
grafischen Darstellung aus und die Verfahren und Strukturen 
der vorliegenden Erfindung ordnen das ausgewahlte Proze- 
dur-Element der Ereignisinformation fur dieses Prozedur- 
Element zu und zu anderen in Beziehung stehenden Ereig- 
nissen, Prozedur-Elementen und der Ausriistung. i° 

Weitere Merkmale des Betrachtungsclients ermoglichen 
es, dass entweder Ereignisdaten (d. h. Gantt-Grafiken) oder 
aufgetragene kontinuierliche oder fortlaufende Daten in Re- 
alzeit iiberwacht werden konnen. Diese Realzeit-Darstel- 
lung der Daten ermoglicht das Scrollen der Grafik oder ein 15 
Durchlaufen des Bildschirms, urn neue Daten an dem Ende 
der Grafik hinzuzufiigen oder einen Graphen und zwar wah- 
rend der StapelprozeB ausgefuhrt wird. 

Die obigen und weitere Gegenstande, Aspekte und Merk- 
male und auch Vorteile der vorliegenden Erfindung ergeben 20 
sich aus der folgenden Beschreibung der beigefugten Zeich- 
nung. 

KURZE BESCHREIBUNG DER ZEICHNUNGEN 

25 

Fig. 1 ist ein Blockdiagramm, welches den gegenwarti- 
gen Stand der Technik der Stapel-Entwicklungsprotokollie- 
rung und Bericht-Systeme herausgreift; 

Fig. 2 ist ein Blockdiagramm, welches eine Architektur 
herausgreift, die eine Stapelereignis-Entwicklung (histo- 30 
rian) gemaB der vorliegenden Erfindung enthalt; 

Fig. 3 ist ein FluBdiagramm, welches die Operation der 
Stapelereignis-Entwicklung der vorliegenden Erfindung be- 
schreibt; 

Fig. 4-8 sind RuBdiagramme, welche zusatzliche Einzel- 35 
heiten der Stapel-Ereignis-Entwicklung von Fig. 3 beschrei- 
ben; 

Fig. 9 ist ein FluBdiagramm, welches die Operation eines 
Stapelereignis-Entwicklungs-Betrachtungs-Clients von Fig. 
2 beschreibt; ^ 40 

Fig. 10-21 sind beispielhafte Anzeigebildschirme, die 
durch den Stapelereignis-Entwicklungs-Betrachtungs- 
Client von Fig. 9 erzeugt wurden. 

DETAILLIERTE BESCHREIBUNG DER BEVORZUG- 45 
TEN AUSFUHRUNGSFORMEN 

Obwohl die vorliegende Erfindung vielfaltigen Modifika- 
tionen und alternativen Ausfuhrungsformen zuganglich ist, 
wird eine spezifische Ausfuhrungsform derselben anhand 50 
eines Beispiels in den Zeichnungen gezeigt und soli hier in 
Einzelheiten beschrieben werden. Es sei jedoch darauf hin- 
gewiesen, dass nicht beabsichtigt ist die Erfindung auf die 
bestimmte offenbarte Form einzuschranken, sondern dass 
im Gegenteil die Erfindung alle Modifikationen, aquivalen- 55 
ten Ausfiihrungen, Alternativen mit umfaBt, die in den Rah- 
men der Erfindung fallen, wie er durch die anhangenden An- 
spruche definiert ist. 

Stapelereignis-Entwicklungssystem 60 

Fig. 1 ist ein Blockschaltbild, welches den gegenwartigen 
Stand der Technik fiir die Aufzeichnung und Presentation 
von historischen Daten herausgreift, die eine Stapelverar- 
beitungsumgebung betreffen. Ein Protokoll 100 fur kontinu- 65 
ierliche Daten protokolliert Etiketten gekennzeichnete In- 
formationen entsprechend einer Vielfalt oder Vielzahl von 
fortlaufenden Datenquellen in der Stapelverarbeitungsum- 



999 A 1 

10 

gebung. Speziell empfangt ein Sammelelement 106 fiir die 
fortlaufenden Daten momentan einen Strom von fortlaufen- 
den Werten von jeder einer Vielzahl von Datenpunkten 104. 
Solche Datenpunkte oder Datenstellen enthalten beispiels- 
weise vorhandene analoge und digitale Werte von den Sen- 
soren und Betatigungsvorrichtungen der Stellgliedem, die in 
dem StapelprozeB involviert sind. Jeder auf solche Weise 
empf angene Daten wert wird etikettenmaBig gekennzeichnet 
und zwar mit einer Identifizierung und mit anderen Informa- 
tionen (d. h.Zeitprotokoll werten), um die Moglichkeit zu 
bieten, dass der Datenpunktwert gespeichert werden kann 
oder ahnlichen Datenpunkten aus der gleichen Quelle zuge- 
ordnet werden kann. Die mit Etiketten gekennzeichneten 
Datenpunktwerte werden dann komprimiert und werden in 
einem komprimierten Etikettenkennzeichen-Protokoll 110 
fiir eine spatere Verarbeitung abgespeichert. 

Diese komprimierten, mit Etiketten gekennzeichneten 
Daten werden iiber eine Anwendungsprograrnm-Schnitt- 
stelle (API) 108 fiir die Verwendung durch Client- An wen- 
dungen 114 bis 118 und eine Anwender-ZugrifTsmaschine 
112 wieder aufgefunden. Die API 108 fuhrt eine einfache 
Filtration und Auswahl der gewiinschten Datenpunktwerte 
aus dem komprimierten Kennzeichenprotokoll 110 durch. 
Die Werte, die mit der gleichen QueUenidentifikation ge- 
kennzeichnet sind konnen dekomprimiert werden und wer- 
den aus dem Protokoll wieder aufgefunden und zwar fiir ei- 
nen ausgewahlten Bereich von Zeitprotokoll werten. 

Die Standarddatenreduktions-und Analyse- Client- An - 
wendungen 114 bis 118 erzeugen eine statistische Analyse 
von bestimmten Datenpunkten durch Wiederauffinden und 
Analysieren der komprimierten, gekennzeichneten Daten- 
punktwerte. Der Bereich der Werte, der zu analysieren ist, 
wird dem Anwender angeboten, indem das Etikettenkenn- 
zeichnen des Datenpunktes oder Datenpunkte identifiziert 
wirdbzw. werden und auch der Bereich der Interessierenden 
Zeitprotokolle (times tamps) . 

Die Anwender-Zugriffsmaschine 112 versieht einen An- 
wender mit einer flexibleren ad-hoc Abfrage in Bezug auf 
die komprimierten gekennzeichneten Datenpunktwerte. Ein 
Anwender fuhrt zunachst Konfigurationsdaten 122 zu, um 
die Beziehungen unter den vielfaltigen Datenquellen und 
den Zeitpunkten, die mit dem Start und dem Stopp mit je- 
dem Stapel-Prozedurschritt zugeordnet sind, zu beschrei- 
ben. Mit anderen Worten muB ein Anwender von Hand den 
Start und Stopp von jedem Prozedurereignis definieren (die 
Phase, Operation, Einheit-Prozedur und Prozedur), so dass 
die Anwender-ZugrifTsmaschine 112 die Beziehungen unter 
den verschiedenen komprimierten gekennzeichneten Daten- 
punktwerten und der Stapelprozedur bestimmen kann, die 
betrieben wird, um den zugeordneten Stapel zu erzeugen. 

Die Anwender-Zugriffsmaschine 112 verwendet diese 
Anwender- Konfigurationsdaten 122 um ein traditionsgema- 
Bes Bezugs-Datenbank-Managementsystem 120 zu struktu- 
rieren zum Speichern dieser Beziehungen unter den ver- 
schiedenen vom Anwender defixiierten Prozedurereignissen. 

Die ProzeBereignisse 101 sind kennzeichnend fur die Re- 
alzeit-Ereignisse, die durch die ProzeB ausriistung und die 
Operatoren generiert werden und zwar wahrend der Verar- 
beitung eines Stapels. Diese Ereignisse enthalten auch Zeit- 
protokollinformationen als auch Identifizierungsinformatic)- 
nen, welche die Ausriistung angeben oder den Operator, der 
die Nachricht erzeugt ha, und diese werden in dem ProzeB- 
ereignisprotokoll 102 protokolliert und werden auch der An- 
wenderzugriffsmaschine 112 angeboten, um andere Bezie- 
hung unter diesen Ereignissen zu bestimmen. 

Der Kempunkt der herkornmlichen Techniken besteht aus 
den Anwender- Konfigurationsinformationen 122. Der An- 
wender ist dafiir verantwortlich, um von Hand die Prozedur- 
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ereignisse zu identifizieren, die die Realzeit-ProzeBereig- 
nisse und fortlaufenden Daten an das S88 Prozedur-Model 
biaden. Urn mit anderen Worten die ProzeBereignisse und 
die fortlaufenden Daten in einer Weise zu betrachten, die mit 
dem Stapelverarbeitungs-Prozedurmodel verkettet ist, wel- 5 
ches dem Anwender sehr vertraut ist, muB der Anwender 
Zeitsteuerinformationen eingeben, urn die verschiedenen 
Prozedurereignisse zu identifizieren. Handprozeduren so 
wie diese sind fur den Anwender miihsam und sind fehleran- 
faliig . Fehlerhafte An wender-Konfigur ationsdaten fuhren zu 10 
einer weniger bedeutungsvollen Presentation der Daten, die 
die Prozedurereignisse in dem StapelprozeB betreffen. 

Im Gegensatz dazu zeigt Fig. 2 die vorliegende Erfin- 
dung, welche eine Stapelereignis-Entwicklung 200 enthalt, 
urn Ereignisinformationen zu speichern und wieder aufzu- 15 
finden, die einen StapelprozeB betreffen, urn auf diese Weise 
die Bestimmung der Beziehungen zwischen den gesammel- 
ten ProzeBereignisdaten, den Stapelprozedurereignissen und 
den zugeordneten fortlaufenden Daten zu automatisieren. 
Durch so eine Automatisierung der Bestimmung solcher Be- 20 
ziehungen begegnet die vorliegende Erfindung dem Erfor- 
dernis der herkommlichen Techniken, solche Ereignis-Zeit- 
steuerinformationen von Hand zu konfigurieren. Die miih- 
same Last, die den Anwendem durch die herkommliche 
Technik auferlegt wird, um solche Ereignisse zu konfigurie- 25 
ren und auch die induzierten Fehler, die aus solchen von 
Hand durchgefuhrten Prozeduren resultieren, werden besei- 
tigt. 

Speziell enthalt die Stapelereignis-Entwicklung oder - 
Geschichte 200 eine Stapel-Entwicklungs-Exekutive 202, 30 
die Ereignisinformationen von vielfachen Datenquellen 
empfangt und welche die Beziehungen unter verschiedenen 
Elementen der gesammelten Ereignisdaten festlegt. Noch 
spezifischer ausgedriickt empfangt bei der bevorzugten Aus- 
fuhrungsform die Exekutive 202 die ProzeBereignisse 101 35 
liber das -ProzeBereignisprotokoll 102 und den ProzeB-Er- 
eignisserver 218. Wie oben angegeben wurde, werden die 
ProzeBereignisse durch die physikalische Ausriistung und/ 
oder die Operator-Interaktion mit dem Stapel (nicht gezeigt) 
generiert. Das ProzeB-Ereignisprotokoll 102 reprasentiert 40 
daher einen Puffer (d. h. einen ZwischenprozeB-Kornmuni- 
kations- FIFO oder -pipe) zum Puffern solcher Ereignisse, 
die durch den ProzeB-Ereignisserver 218 zu verarbeiten 
sind. Die Exekutive oder der Ausfuhrungsteil 202 empfangt 
auch Stapelserver-Ereignisse (auch als Prozedurereignisse 45 
bezeichnet) 212 liber die Stapelereignisse 214 und den Sta- 
pelereignisserver 216. Wie oben angefuhrt werden die Sta- 
pelereignisse 212 durch einen StapelserverprozeB (nicht ge- 
zeigt) generiert, der den StapelprozeB ausfiihrt. Die Stapel- 
ereignisse 214 reprasentieren daher einen Puffer (d. h. einen 50 
InterprozeB-Kommunikations- FIFO oder -pipe) zum Puf- 
fern solcher Ereignisse, die durch den Stapelereignisserver 
216 zu verarbeiten sind. 

Der ProzeBereignisserver 218 und der Stapelereignisser- 
ver 216 sind in der bevorzugten Ausfuhrungsform vorhan- 55 
den, um eine gemeinsame InterprozeB-Kommunikations- 
schnittsteiie zwischen dem Ausfuhrungsteil 202 und dessen 
angehangten Datenquellen-Stapelereignissen 214 und dem 
ProzeB-Ereignisprotokoll 102 vorzusehen. Fachleute erken- 
nen hier viele aquivalente Software Strukturen, um es dem 60 
Ausfuhrungsteil 202 zu erlauben Daten von einer Vielfalt 
von Datenquellen zu sammeln, die potentiell unterschiedli- 
che Datenformate besitzen. Die in Fig. 2 gezeigte bevor- 
zugte Ausfuhrungsform dient daher als ein Beispiel von ei- 
ner solchen Konstruktionsauswahl, um die Mbglichkeit ei- 65 
ner einzelnen gemeinsamen Schnittsteiie zwischen dem 
Ausfuhrungsabschnitt 202 und der Vielfalt der Datenquellen 
zu ermoglichen. Fachleute werden hier auch erkennen, dass 
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irgendeine Zahl von Datenquellen durch den Ausfuhrungs- 
teil 202 so integriert sein konnen, um die Ereignisbeziehun- 
gen dazwischen zu bestimmen. Bei der bevorzugten Aus- 
fuhrungsform ist jede Datenquelle einem ServerprozeB zu- 
geordnet, um die Datenquelle in ein kanonisches Format zu 
iibersetzen und um solche kanonischen Daten dem Ausfuh- 
rungsteil uber -gut bekannte InterprozeB-Kommunikations- 
techniken anzubieten. 

Die Struktur und die Verfahren der vorliegenden Erfin- 
dung zielen darauf ab, das Anbringen oder Anhangen einer 
willkiirlichen Zahl von Datenquellen an den Stapel-Ent- 
wicklungs-Ausfuhrungsteil 202 zu erlauben. Andere Ereig- 
nisse 240 sind daher fur solche einen anderen Typ eines Er- 
eignisses reprasentativ, welches in dem dauerhaften Spei- 
cher aufzuzeichnen ist und auf die Stapelverarbeitungshier- 
archie oder die Prozedur-Elemente und die physikalischen 
Elemente bezogen ist. Ein Protokoll 242 von solch anderen 
Ereignissen dient dazu die Erzeugung solcher Ereignisse fur 
die Verarbeitung zu puffern. Ein anderer Ereignisserver 244 
verarbeitet dann die protokollierten anderen Ereignisse und 
bietet diese dem Ausfuhrungsabschnitt 202 fur eine dauer- 
hafte Speicherung an. Fachleute erkennen hier, dass irgend- 
eine zahl von solchen Datenquellen an den Ausfuhrungsab- 
schnitt 202 angeheftet werden kann. Jede ist einem Server- 
prozeB zugeordnet, der die protokollierten Ereignisinforma- 
tionen in das kanonisches Format umwandelt, welches fur 
die Eingabe in den Ausfuhrungsteil spezifiziert ist. 

Der Ausfuhrungsteil 202 rekonstruiert die Stapel- Verar- 
beitungs-Prozedurhierarchie der ausgefuhrten Prozedurer- 
eignisse aus den Ereignisnachrichten, die von dem Stapel- 
server 212 empfangen werden. Der Stapelserver 202 gene- 
riert eine Nachricht, wenn jedes Prozedur-Element zu Gun- 
sten eines bestimmten identirizierten Stapels ausgefuhrt 
wird. Die Ereignisinformationen in solchen Nachrichten 
enthalten Identifizierungsinformationen, um das spezielle 
Prozedur-Element und den Zeitpunkt des Ereignisses zu 
identifizieren. Die Ereignisse umfassen das Starten des Pro- 
zedur-Elements, das Anhalten, Pausieren, Verwerfen usw. 
Im wesentlichen bewirken alle Zustandsubergange des Pro- 
zedurmodels des S88 Standards die Erzeugung einer Ereig- 
nis-Informationsnachricht und der Ubertragung der Nach- 
richt (uber den Stapelereignisserver 216) zum Ausfuhrungs- 
teil 202. Alle anderen Ereignisnachrichten sind auf die Pro- 
zedurhierarchie bezogen, die durch den Ausfuhrungsteil 202 
rekonstruiert wird. 

Der Ausfuhrungsteil 202 speichert Objekte in DB 204, 
was die rekonstruierte Stapel-ProzeB-Prozedurausfuhrung 
reflektiert. Der Ausfuhrungsteil 202 inspiziert alle solchen 
gesammelten Ereignisinformationen aus deren angehangten 
Datenquellen und bestimmt, ob die Stapelereignisse, auf die 
darin Bezug genommen wird, bereits dem Ausfuhrungsteil 
bekannt sind. 

Solche Ereignisse sind dem Ausfuhrungsteil im wesentli- 
chen dann bekannt, wenn festgestellt wird, dass sie an fruite- 
rer S telle als Objekte in DB 204 abgespeichert wurden. 
Dort, wo neue Stapelereignisse detektiert werden, werden 
geeignete beschreibende Objekte generiert und werden in 
DB 204 abgespeichert. Dort, wo beispiels weise eine Phase 
gestartet wird, wird ein Objekt fur diese Phase, die alle Iden- 
tifizierungsinformationen und Zeitprotokollinformationen 
enthalt, erzeugt und gespeichert. Wenn die Phase eine Ope- 
ration betrifft, die bereits in dem DB 204 bekannt ist, wer- 
den solche Beziehungen erstellt. Wenn die Operation (oder 
Einheit- Operation oder Prozedur) gegenwartig nicht be- 
kannt ist, werden andere Objekte erzeugt und werden in DB 
204 gespeichert, um diese hoheren Ebenen der Prozedur- 
Hierarchieausfuhrung zu reflektieren. Der Empfang von je- 
der Stapel-Ereignisnachricht uber den Stapelereignisserver 
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•216 erzeugt daher Ereignisinformationen, welche es dem 
Ausfiihrungsteil 202 erlauben, die Stapelprozedur-Ausfuh- 
rung zu rekonstruieren. 

Der Ausfiihrungsteil 202 speichert auch die ProzeBereig- 
nisse 102, die uber das ProzeBereignisprotokoll 102 und den 5 
ProzeBereignisserver 218 in DB 204 empfangen wurden. 
Die Beziehungen zwischen den Stapelereignissen und den 
ProzeBereignissen werden dadurch automatisch erzeugt und 
werden in DB 204 ohne das Erfordernis einer vom Anwen- 
der von Hand durchgefuhrten Konfiguration festgehalten. 10 

Das Objekt API 222 liefert ein Objekt orientiertes Pro- 
grammierinterface fur den Anwenderzugriff auf die Ereig- 
nisinformationen urn die abgeleiteten Beziehungen, die in 
DB 204 gespeichert sind. Bei der bevorzugten Ausfiihrungs- 
form liefert die Stapelereignisentwicklung 200 eine "Struc- 15 
tured Query Language (SQL)-Interface" 206 fur einen exter- 
nen Zugriff auf die Informationen, welche in DB 204 ge- 
speichert sind. Das Objekt API 222 greift daher auf DB 204 
uber den offenen Datenbank-Verbindungs-(ODBC)Treiber 
220 und das SQL Interface 206 zu . Diese S truktur macht den 20 
zugrundeliegenden dauerhaften Speicher stark transparent 
fur den Anwender oder die Anwendungs-Clientprogramme. 
Der dauerhafte Speicher kann so implementiert werden, wie 
dies in der bevorzugten Ausfuhrungsform von Fig. 2 darge- 
stellt ist unter Verwendung der OODBMS Technologic 25 
Oder es kann in Hinblick auf die verborgene zugrundelie- 
gende Struktur der dauerhafte Speicher unter Verwendung 
von Standard-Bezugsmodel-Datenbank-Management-Pak- 
kages oder irgendeinem anderen strukturierten Speicher- 
Subsystem DB 204 implementiert werden. Zum Zwecke der 30 
weiteren hier erf olgenden Erlauterung wird der DB 204 hier 
als Synonym eines dauerhaften Speichers bezeichnet, eines 
Dauerspeichers, eines Objektspeichers und anderer Varian- 
ten desselben, um zu unterstreichen, dass die Speicherarchi- 
tektur in irgendeiner von mehreren gut bekannten Arten 35 
strukturiert sein kann unter Verwendung von irgendwelchen 
von mehreren im Handel erhaltlichen Speichermanagement- 
werkzeugen. Der Kern der Erfindung besteht aus der Funk- 
tion des Ausfuhrungsteils 202, um die Beziehungen unter 
den Stapelereignissen und anderen gesammelten Daten und 40 
dem API 222 abzuleiten, der in transparenter Weise auf sol- 
che Ereignisinformationen und die in Beziehung stehenden 
fortlaufenden Daten zu Guns ten des Anwenders zugreift. 

Als Beispiel gewahlte Anwender-Anwendungen 224 bis 
230 greifen auf die Informationen in dem dauerhaften Spei- 45 
cher zu und zwar unter Verwendung des Objektes API 222. 
Der Betrachtungsclient 224 stellt eine beispielhafte Anwen- 
der-Anwendung dar, die eine standardisierte hierarchische 
Betrachtung der angesammelten historischen Daten liefert. 
Der Betrachtungsclient 224 wird im f olgenden mehr in Ein- 50 
zelheiten erlautert. Der Report-Client 226 ist eine als Bei- 
spiel gewahlte Anwender-Anwendung, die standardisierte 
Berichte aus den historischen Daten produziert. Solche 
Standardberichte konnen beispiels weise auf die Qualitatssi- 
cherheit bezogene Berichte enthalten, um die Qualitat der 55 
Stapel zu uberwachen, die erzeugt wurden und auch der 
Ausriistung. die in dem StapelprozeB verwendet wird oder 
konnen Standard-Status-Berichte enthalten, um die speziel- 
len Stapelprozesse voranzutreiben. Der SQL Browser- 
Client 228 ist eine beispielhafte Anwender-Anwendung, die 60 
eine SQL Standard-Abfrageschnitts telle fur einen Anwen- 
der vorsieht, um Informationen durchzusehen, die in dem 
Dauerspeicher gespeichert sind. In ahnlicher Weise ist die 
Anwender-SQL API 230 eine als Beispiel gewahlte Anwen- 
der-Anwendung, die es anderen vom Anwender erzeugten 65 
Anwendungsprozessen erlaubt, auf den Dauerspeicher zu- 
zugreifen unter Verwendung von Standard-Abfrage-Pro- 
grammierschnittstellen. Fachleute erkennen hier, dass die 



als Beispiel gewahlten Anwender-Anwendungen 224 bis 
230 hier lediglich als Beispiele von allgemeinen Anwen- 
dungsprogrammen gewahlt sind, die Daten in dem Dauer- 
speicher verwenden konnen. Fachleute erkennen hier eine 
Vielfalt von ahnlichen Anwendungen, die diese Standard- 
schnittstelle zu den Daten in dem dauerhaften Speicher ver- 
wenden konnten. 

Eine weitere Funktion des Objektes API 222 besteht darin 
eine Standardschnittstelle fur einen Anwenderzugriff auf die 
fortlaufenden Daten 100 zu schaffen. Das Objekt API 222 
erlaubt es dem Anwender auf die kontinuierlichen Daten 
100 in transparenter Weise zuzugreifen als ob diese mit den 
Objekten in DB 204 integriert und auf diese bezogen waren. 
Mit anderen Worten erlaubt das Objekt API 222 einem An- 
wender frei Zugriff-ProzeBereignisse, darauf bezogene Sta- 
pelereignisse und darauf bezogene fortlaufende Daten mit- 
einander zu mischen so als ob alle Daten in einer einzelnen 
Datenbank abgespeichert waren. Das Lenken des Zugriffs 
des Anwenders zu dem geeigneten Dauerspeicher (d. h. auf 
DB 204 oder die fortlaufende Daten 100) und das Bestim- 
men aller Beziehungen, die erforderlich sind, um die Daten 
der Ahfrage eines Anwenders zuzuordnen, werden mit einer 
gemeins amen Anwender-Schnitts telle durch das Objekt API 
222 gehandhabt. Ein Anwender kann ein bestimmtes Stapel- 
ereignis spezifizieren und kann von diesem aus auf alle be- 
zogenen Stapelereignisse zugreifen (hierarchisch bezogene 
Prozedur-Elemente), ebenso auf alle bezogenen ProzeBer- 
eignisse und alle bezogenen fortlaufenden Daten. Die Bezie- 
hungen unter den verschiedenen Daten wird automatisch 
durch den Ausfuhrungsteil 202 und das Objekt API 222 der 
vorliegenden Erfindung bestimmt. 

Das Diagnoseinterface 208 und das administrative Inter- 
face 210 liefern administrative Anwender-Schnittstellen 
zum Managen des Dauerspeichers (DB 204). Speziell wer- 
den Anfragen, die die Entwicklungsverarbeitung anlaufen 
las sen oder beenden lassen oder die den Dauerspeicher re- 
konfigurieren (d. h. den DB 204 neu bemessen oder Infor- 
mationen uber die Datenquellen hinzufugen/entfemen/mo- 
difizieren) werden durch einen Anwender uber das Diagnos- 
einterface 208 und/oder das administrative Interface 210 er- 
zeugt. 

Das administrative Interface 210 steuert auch den Aus- 
fuhrungsteil 202 hinsichtlich der Archivmerkmale. Der 
Ausfuhrungsteil 202 kann steuerbar stapelbasierte Backups 
ausfuhren. Ein stapelbasierter Backup ist ein solcher, der 
alle Ereignisinformationen in dem Dauerspeicher sichert, 
welche die Verarbeitung eines bestirnmten Stapels betreffen. 
Das Backup oder die Sicherung kann in einem anderen Ab- 
schnitt von DB 204 erzeugt werden, um diese fur eine an- 
dere Verarbeitung zu sichem, diese Backup- Abschnitte des 
dauerhaften Speichers konnen von dem DB 204 fur eine Of- 
fline- Verarbeitung "abgetrennt" werden. Im wesentlichen 
instruiert das administrative Interface 210 den Ausfuhrungs- 
teil 202 einen "SchnappschuB" von alien Ereignisinforma- 
tionen zu nehmen und zwar fur einen oder mehrere identifi- 
zierte Stapel. Der SchnappschuB kann dann in ein Sicher- 
heits-Racknn knrnp.rt u/prH^n unter Verwendunc von Of- 
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fline-Verarbeitungstechniken. Solche archivierten (als 
SchnappschuB festgehaltenen) Ereignisinformationen kon- 
nen dann aus dem dauerhaften Speicher weggelassen wer- 
den, um Raum fur weitere Stapel-Entwicklungsinformatio- 
nen zu schaffen. Zu einem spateren Zeitpunkt kann ein fru- 
heres Archiv wieder hergestellt werden (wieder angehangt 
werden) und zwar an DB 204, um die Moglichkeit zu schaf- 
fen, dass die Daten betrachtet und erneiit manipuliert wer- 
den konnen. Das Weglassen und die Wiederherstellung sol- 
cher archivierten Informationen wird ebenfalls durch die 
Steuerung des administrativen Interface 210 ausgefuhrt, 
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' welches seinerseits den Ausfuhrungsteil 202 steuert. 

Fachleute erkennen hier, dass das Diagnoseinterface 208 
und das administrative Interface 210 wesentliche Kompo- 
nenten der Stapelereignis-Entwicklung 200 darstellen. Eine 
Vielfalt von aquivalenten Strukturen konnen gemaB einer 
Designwahl oder Konstrukdonswahl durch einen Fachmann 
verwendet werden. Oder es kann beispielsweise die Stapel- 
ereignis-Entwicklung 200 den dauerhaften Speicher statisch 
konfigurieren und/oder kann ohne ein Anwender-Interface 
laufen, urn dessen Operation zu starten und zu stoppen. Sol- 
che archivierten (als SchnappschuB festgehaltenen) Ereig- 
nisinformationen konnen dann aus dem dauerhaften Spei- 
cher weggelassen werden, um Raum fur weitere Stapel-Ent- 
wicklungsinformationen zu schaffen. Zu einem spateren 
Zeitpunkt kann ein fruheres Archiv wieder hergestellt wer- 
den (wieder angehangt werden) und zwar zu dem DB. 204, 
um die Moglichkeit zu schaffen die Daten zu betrachten und 
erneut zu manipulieren. Das Weglassen und Wiederherstel- 
len von solchen archivierten Informationen wird ebenfalls 
durch die Steuerung des adrninistrativen Interface 210 
durchgefuhrt, welches seinerseits den Ausfuhrungsteil 202 
steuert. 

Fachleute erkennen, dass die Architektur der Stapelereig- 
nis-Entwicklung 200 und des bezogenen Objekts API 222 
lediglich als ein Beispiel von einer bevorzugten Ausfiih- 
rungsfonn der vorliegenden Erfindung dient. Zahlreiche Va- 
riationen der Architektur sind fur einen Fachmann moglich. 
Beispielsweise konnen die fortlaufenden Daten 100 inner- 
halb von DB 204 gemischt werden und zwar dort, wo instal- 
lierte Systeme existieren (allgemein als Vermachtnissy- 
steme (legacy systems) bezeichnet) nicht involviert sind und 
zwar beim Erstellen von Protokollen im dauerhaften Spei- 
cher von solchen Informationen. Oder es kann beispiels- 
weise der dauerhafte Speicher fiir die Ereignisinformationen 
anders ausgebildet sein als ein Objekt orientierter Daten- 
speicher. Oder um noch ein wei teres Beispiel zu nennen, 
kann der Ereignis -Ausfuhrungsteil 202 direkt auf die ver- 
schiedenen Eingangsquellen zugreifen, die Ereignisinfor- 
mationen liefern anstatt auf Serverprozesse zuriickzugreifen 
(216 und 218), um die EingangsgroBe in kanonische For- 
mate zu iibersetzen. Fiir einen Fachmann sind viele solche 
Konstruktionsauswahlen offensichtlich. 

Stapelereignisentwicklung-Ausfuhrungsverfahren 

Fig, 3 bis 8 sind RuBdiagramme, welche den Betrieb der 
Stapelentwicklung 200 und speziell des Stapel-Entwick- 
lungs-Ausfuhrungsteiles 202 beschreiben. Fig. 3 beschreibt 
den Betrieb in einer hohen Ebene des Stapel-Entwicklungs- 
Ausfuhrungsteiles 202 von Fig. 2. Die Fig. 4 bis 8 zeigen 
zusatzliche Einzelheiten in Bezug auf die speziellen 
Aspekte des Betriebes des Ausfuhrungsteiles. 

Das Element 300 von Fig. 3 ist zuerst betreibbar, um Ver- 
bindungen zu alien momentan konfigurierten Datenquellen 
zu erstellen - um die Datenquellen "anzuheften". Wie oben 
dargelegt wurde, werden bei der bevorzugten Ausfuhrungs- 
form ZwischenprozeB-Kommunikationen zwischen dem 
Ausfuhrungsteil (executive) und einem ServerprozeB (nicht 
gezeigt) verwendet, der jeder Datenquelle zugeordnet ist. 
Die momentan konfigurierten Datenquellen bilden einen 
Konflgurationsparameter der Entwicklung (historian), die in 
dem dauerhaften Objektspeicher gespeichert ist. Bei der be- 
vorzugten Ausfuhrungsform sind zwei Datenquellen vor- 
handen, namlich die ProzeBereignisse und die Stapelereig- 
nisse (Prozedurereignisse). 

Es werden dann weitere ZwischenprozeB-Kommunikati- 
onsverbindungen durch das Element 302 zu den Diagnose- 
und Administrations-Schnittstellenprogrammen erstellt, um 
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dem Anwender zu ermoglichen den Betrieb der Stapelent- 
wicklung zu verwalten. Wie oben angegeben wurde, erlau- 
ben es die Diagnose-und Administration s-Schnittstellen ei- 
nem Anwender den Betrieb der Stapelentwicklung zu mana- 
gen, indern dessen Betrieb gestartet wird oder der Betrieb 
abgestellt wird. Es sind auch andere Konfigurationsanderun- 
gen uber diese Schnittstellen erlaubt inklusive beispiels- 
weise einer Anderung der Kapazitat oder Stelle oder Ort- 
lichkeit des dauerhaften Speichers oder durch Hinzufugen/ 
Entfernen/Modifizieren von Datenquellen, die an den Aus- 
fuhrungsteil angehangt sind oder Archiv-Managementfunk- 
tionen ausfuhren. 

Es sind dann die Elemente 304 bis 312 iterativ betreibbar, 
um Daten zu verarbeiten, die an dem Ausfuhrungsteil emp- 
fangen wurden und zwar von irgendwelchen angehangten 
Datenquellen (inklusive der adrninistrativen und Diagnose- 
Schnittstellen). Das Element 304 ist zuerst betreibbar, um zu 
bestirnmen, ob irgend welche Nachrichten von den adrnini- 
strativen oder Diagnose-Schnittstellen verfugbar sind. Wie 
oben angegeben wurde, bilden diese Schnittstellen oder In- 
terfaces (Datenquellen) den Ausfuhrungsteil mit der Opera- 
tor-Eingabe, um den Betrieb zu starten oder abzustellen als 
auch Rekonfigurationsinformationen vorzusehen wie bei- 
spielsweise' die GroBe oder die Ortlichkeit oder Lage des 
dauerhaften Objektspeichers oder zum Zwecke einer Hinzu- 
fugung/Entfernung/Modifikation einer Datenquelle. Wenn 
solche Nachrichten verfugbar sind, verarbeitet das Element 
306 alle solche Nachrichten, die von den adrninistrativen 
und Diagnose-Datenquellen verfugbar sind. In beiden Fal- 
len wird die Verarbeitung dann mit dem Element 308 fortge- 
setzt. 

Als nachstes ist das Element 308 betreibbar, um zu be- 
stirnmen, ob irgendwelche Nachrichten von den anderen 
konfigurierten Datenquellen verfugbar sind. Bei der bevor- 
zugten Ausfuhrungsform urnfassen diese Datenquellen we- 
nigstens eine Stapelereignis-Datenquelle und eine ProzeBer- 
eignis-Datenquelle. Die Stapelereignis-Datenquelle liefert 
Nachrichten, welche die Ereignisse beschreiben, die durch 
den Stapel-ServerprozeB bei der Ausfuhrung einer Stapel- 
prozedur erzeugt wurden. Wie oben angegeben wurde, wer- 
den bei der bevorzugten Ausfuhrungsform diese Nachrich- 
ten .uber einen ServerprozeB geliefert, der die Nachrichten in 
eine bevorzugte kanonische Form umwandelt. In ahnlicher 
Weise stellen die ProzeBereignisse Nachrichten dar, die uber 
einen ServerprozeB geliefert werden und Informationen re- 
flektieren, die durch die Ausriistung und den Operator wah- 
rend der Verarbeitung eines Stapels erzeugt wurden. 

Wenn solche Ereignisinformationen von den momentan 
konfigurierten Datenquellen verfugbar sind, ist das Element 
310 betreibbar, um alle solche Nachrichten zu verarbeiten. 
Das Verarbeiten der Nachrichten umfaBt das speichem ge- 
eigneter Objekte in dem dauerhaften Speicher, um das Auf- 
treten von verschiedenen Ereignissen aufzuzeichnen, und 
um Beziehungen unter den vielfaltigen gesammelten Ereig- 
nissen zu generieren. Speziell rekonstruiert das Element 310 
die Zeitlinie und die Hierarchie der Stapel-Prozedurereig- 
nisse aus den Nachrichten, die so verarbeitet werden. Dort, 
wo beispielsweise eine neue Phase gestartet wird, wird das 
gespeicherte Objekt auf andere Objekte bezogen, die Infor- 
mationen liber die betreffende Operation, Einheit-Prozedur 
und Prozedur aufzeichnen. Wenn solche bezogenen Objekte 
in dem dauerhaften Speicher nicht vorhanden sind, erzeugt 
das Element 310 alle solche bezogenen Objekte nach der 
Verarbeitung des empfangenen gestarteten Phasenereignis- 
ses. Zusatzliche Einzelheiten der Verarbeitung des Elements 
310 werden weiter unten unter Hinweis auf Fig. 6 angege- 
ben. 

Wenn alle Nachrichten, die momentan von alien Daten- 
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" quelleri verfugbar sind, durch die Elemente 304 bis 310 ver- 
arbeitet worden sind, wird als nachstes das Element 312 be- 
trieben, urn den Status und den Entwicklungsausfuhrungs- 
teil auf den neuesten Stand zu bringen. Die Emeuerungen in 
Verbindung mit dem dauerhaften Speicher werden in bevor- 
zugter Weise in Form von Hochgeschwindigkeits-Cache- 
Operationen ausgefuhrt. Fluchtige cachmaBig behandelte 
Versionen der verschiedenen Objekte werden in der erfor- 
derlichen Weise fiir die Nachrichten manipuHert, die durch 
den Ausfuhrungsteil verarbeitet werden. Das Element 312 
schreibt periodisch alle solcbe Anderungen fur diese fluchti- 
gen gecachten Objekte in den dauerhaften Speicher der Sta- 
pelereignisentwicklung ein. Ferner verarbeitet das Element 
312 Diagnose- oder administrative Schnittstellen-Anfragen, 
um die GroBe oder Lage bzw. Ortlichkeit des dauerhaften 
Speichers zu rekonfigurieren. Zusatzliche Einzelheiten der 
Verarbeitung des Elements 312 werden weiter unten unter 
Hinweis auf Fig. 8 angegeben. 

Die Verarbeitung wird dann durch eine Schleifenriickfuh- 
rung zu dem Element 304 hin fortgesetzt, um neu empfan- 
gene Nachrichten zu verarbeiten. 

Fachleute erkennen hier eine Anzahl von aquivalenten 
Softwaretechniken, um das oben beschriebene Verfahren 
der Verarbeitung in dem Stapelentwicklungs-Ausfuhrungs- 
teil zu irnplementieren. Beispiels weise kann der Empfang 
von Nachrichten das Aufwachen eines ansonsten schlafen- 
den Ausfuhrungsprozesses verursachen, wie dies aus der 
Nachrichten abfragetechnik, die oben beschrieben wurde, 
festgelegt ist. Oder es kann beispiels weise eine Objektmani- 
pulation direkt in dem dauerhaften Speicher ausgefuhrt wer- 
den anstatt in den fluchtigen gecachten Objekten, um da- 
durch dem Bedarf zu entgegnen friihere Anderungen peri- 
odisch festzuschreiben. Solche Arten der Konstruktions- 
wahl sind den Fachleuten auf dem Softwaregebiet gut be- 
kannt. 

Fig. 4 zeigt zusatzliche Einzelheiten in Bezug auf den Be- 
trieb des Elementes 300, um Verbindungen zu alien ge- 
wiinschten Datenquellen zu erstellen, die an den Stapelent- 
wicklungs-Ausfuhrungsteil angeheftet sind. Das Element 
400 wird zuerst -in Betrieb genommen, um Inforrnationen 
aus dem dauerhaften Speicher zu erlangen, welche die mo- 
mentane Konfiguration der Datenquelle fur den Entwick- 
lungs- Ausfuhrungsteil identifizieren. Wie oben dargestellt 
wurde, speichert der Ausfuhrungsteil in bevorzugter Weise 
diese Konfigurauonsinformationen in dem dauerhaften 
Speicher und emeuert diese in Einklang mit der Eingabe des 
Anwenders von den Diagnose-und Administrations-Schnitt- 
stellen her. Eine Datenquelle wird in bevorzugter Weise 
durch einen ZwischenprozeB-Kommunikationskanal identi- 
fiziert, der an den Ausfuhrungsteil anzuheften ist. Auch an- 
dere Meta-Daten sind enthalten, die die Struktur und die Se- 
mantik der Nachrichten beschreiben, die von den zugeord- 
neten Datenquellen empfangen werden. 

Es werden dann die Elemente 402 und 404 iterativ betrie- 
ben, um die Verbindung zwischen dem Entwicklungs- Aus- 
fuhrungsteil (history executive) und dem zugeordneten Ser- 
verprozeB fur jede Datenquelle zu erstellen, die in den mo- 
mentanen Konfiguration gefunden wird, wie dies in dem 
dauerhaften Speicher reflektiert ist. Wenn das Element 402 
bestimmt, dass alle momentan konflgurierten Datenquellen 
durch das Element 404 verarbeitet worden sind, ist die Ver- 
arbeitung des Elementes 300 vervoUstandigt. 

Fig. 5 ist ein FluBdiagramm, welches zusatzliche Einzel- 
heiten des Betriebes des Elementes 306 von Fig. 6 be- 
schreibt, um administrative und Diagnose-Nachrichten von 
einem Operator zu verarbeiten. Das Element 500 wird zuerst 
betrieben, um zu bestimmen, ob eine Arc hi v- A nf rage emp- 
fangen worden ist. Wenn dies der Fall ist, wird als nachstes 
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das Element 502 in Betrieb genommen, um die Archiv-An- 
frage zu verarbeiten, um dadurch die Verarbeitung des Ele- 
ments 306 zu vervollstandigen. Ansonsten wird die Verar- 
beitung mit dem Element 504 fortgesetzt. 
5 Eine Archiv-Anfrage instruiert den Ausfuhrungsteil einen 
Abschnitt der Objekte, die in dem dauerhaften Speicher ge- 
speichert sind, zu archivieren und/oder wegzulassen. Bei- 
spielsweise kann ein Operator den Ausfuhrungsteil fragen 
Objekte wegzulassen, die zu einem bestimmten Stapel ge- 
10 horen, von dem bekannt ist, dass er aus unwichtigen Griin- 
den ausfallt. Anstatt solche irrelevanten Objekte, die in dem 
dauerhaften Speicher gespeichert sind, zu belassen, kann der 
Operator die administrative oder Diagnose-Schnittstelle zu 
dem Ausfuhrungsteil verwenden, um das Weglassen der be- 
15 zogenen Objekte anzufragen. Oder es kann beispiels weise 
eine Archiv-Anfrage den Ausfuhrungsteil fragen, Objekte 
wieder aufzufinden und diese an einer neuen S telle zu archi- 
vieren und dann die archivierten Objekte aus dem dauerhaf- 
ten Speicher zu entfernen. Solch eine Anfrage kann dazu 
20 verwendet werden, um altere Objekte zu loschen, die altere 
verarbeite Stapel betreffen. Die auf solche Weise archivier- 
ten Objekte konnen dann in einen weniger kostspieligen 
"ofT-Une" -Speicher fur Archivierungszwecke verschoben 
werden, wobei Raum fur die Speicherung von Objekten von 
25 neuen Stapeln geschaffen wird. 

Eine Archivnachricht API wird auch dazu verwendet, um 
einen von einem Operator von Hand eingegebenen Kom- 
mentar als ein gespeichertes Ereignis, welches einen be- 
stimmten Stapel betrifft, einzufugen. Beispiels weise kann 
30 der Operator bestimmte Umgebungsinformationen auf- 
zeichnen, die normalerweise nicht erfaBt werden oder durch 
den StapelprozeB aufgezeichnet werden. Oder es kann bei- 
spiels weise ein Operator seine personlichen Beginn- und 
Beendigungszeitpunkte auf eine Verschiebung protokollie- 
35 ren, so daB der Operator, der fiir einen bestimmten Stapel 
verantwortlich ist, den gespeicherten Ereignisinformationen 
zugeordnet werden kann. Fachleute konnen hier eine breite 
Vielfalt solcher Hilfsinformationen erkennen, die durch ei- 
nen Operator aufgezeichnet werden konnen und in den Ob- 
40 jekten gespeichert werden konnen, die auf einen entspre- 
chenden Stapel und ProzeBereignisse bezogen sind. 

Wenn keine Archiv-Anfrage vorliegt, wird als nachstes 
das Element 504 in Betrieb genommen, um zu bestimmten, 
ob eine Abschaltanfrage an den Diagnose-oder Administra- 
45 tions-Schnittstellen empfangen worden ist. Wenn dies der 
Fall ist, kann dann das Element 506 in Betrieb gesetzt wer- 
den, um irg end welche vorhandenen nicht. festgeschriebenen 
Objekte in dem fluchtigen Cache-Speicher des dauerhaften 
Speichers festzuschreiben. Die Verarbeitung des Ausfuh- 
50 rungsteiles selbst wird dann vervoUstandigt. Der Ausfuh- 
rungsteil wird durch einen Operator durch eine normale An- 
wenderinteraktion mit dem Serverknotenpunkt wieder ge- 
startet, an welchem der Entwicklungs-Ausfuhrungsteil be- 
treibbar ist. 

55 Fig. 6 ist ein FluBdiagramm, welches zusatzliche Einzel- 
heiten des Betriebes des Elementes 310 von Fig. 3 be- 
schreibt, um eine Ereignisinformationsnachricht von den 
anderen Datenquellen zu verarbeiten, die momentan bei 
dem Betrieb des Ausfuhrungsteiles konfiguriert sind. Das 

60 Element 600 wird zuerst betrieben, um zu bestimmen, ob 
alle Datenquellen, die momentan konfiguriert sind, durch 
die Elemente 602 und 804 verarbeitet worden sind, wie dies 
weiter unten beschrieben wird. Wenn alle Datenquellen so 
verarbeitet worden sind, wird die Verarbeitung des Elemen- 

65 tes 310 vervoUstandigt. Wenn eine DatenqueUe noch zu ver- 
arbeiten ist, wird als nachstes das Element 602 in Betrieb ge- 
setzt, um zu bestimmen, ob irgendwelche Nachrichten aus 
der nachsten DatenqueUe, die zu verarbeiten ist, momentan 
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* verfiigb'ar sind. Wenn eine Nachricht verfugbar ist, verarbei- 
tet das Element 604 die nachste von dieser Datenquelle ver- 
fCigbare Nachricht. Nachfolgend der Verarbeitung der nach- 
sten verfugbaren Nachricht von einer Datenquelle verlauft 
die Steuerung zuriick zur Ruffunktion, um die Verarbeitung 5 
einer nachsten Diagnose-oder Administrations-Nachricht zu 
errnoglichen. Auf diese Weise werden alle Datenquellen mit 
relativ gleicher Prioritat verarbeitet anstatt zuzulassen, dass 
ein groJBes Volumen von Nachrichten von einer einzelnen 
Datenquelle die Verarbeitung der Entwicklung fur ausge- 10 
dehnte Zeitperioden monopolisiert. 

Fig. 7 ist ein RuBdiagramm, welches zusatzliche Einzel- 
heiten der Verarbeitung des Elements 604 von Fig. 6 be- 
schreibt, um eine Nachricht von einer Datenquelle zu verar- 
beiten. Das Element 700 verifiziert zuerst, dass die Nach- 15 
richt aus einem bekannten Typ besteht. Wie oben in Verbin- 
dung mit der bevorzugten Ausfiihrungsform dargelegt 
wurde, werden alle Nachrichten in ein kanonisches Format 
durch einen ServerprozeB umgewandelt, der jeder Daten- 
quelle zugeordnet ist. Ein Aspekt dieses kanonischen For- 20 
mats besteht in bevorzugter Weise aus einem Nachrichten- 
typ-Identifizierer, der die Nachricht identifiziert, so wie sie 
einer bestirnmten Datenquelle zugeordnet istund auch deren 
entsprechenden ServerprozeB identifiziert. Das Element 700 
bestimmt daher, ob der Nachrichtentyp ein Typ ist, der dem 25 
Ausfuhrungsteil bekannt ist. Ein unbekannter Nachrichten- 
typ bewirkt, dass die Verarbeitung mit Hilfe des Elementes 
712 fortgesetzt wird, um ein Objekt zu kreieren, welches der 
unbekannten Nachricht entspricht. Selbst unbekannte Nach- 
richten werden in dem dauerhaften Speicher aufbewahrt, so 30 
dass eine spatere Nach verarbeitung solche Nachrichten be- 
werten kann und dazu beitragen kann, deren Ursache oder 
Beziehung zu anderen Ereignissen des Stapelprozesses zu 
bestimmen. Die unbekannte Nachricht wird geparst wie dies 
am besten moglich ist und wird auf irgendwelche anderen 35 
moglichen Objekte (Ereignisse, Ausriistung usw.) in dem 
dauerhaften Speicher bezogen, auf die sich die unbekannte 
Nachricht beziehen kann. Das Element 714 wird dann in Be- 
trieb gesetzt, um dem Empfang eines unbekannten Nach- 
richten typs in den Statistiken Rechnung zu tragen, die durch 40 
das Ausfuhrungsteil abgespeichert sind, wodurch die Verar- 
beitung des Elements 604 vervollstandigt wird. Ein erkann- 
ter Nachrichtentyp bewirkt, dass die Verarbeitung mit dem 
Element 702 fortgefuhrt wird. 

Das Element 702 erzeugt einen Schlussel aus den Ereig- 45 
nisinformationen, die in der Nachricht enthalten sind. Das 
Verarbeiten einer Nachricht bedingt die Erzeugung eines 
Senilis sels aus der Nachricht, der die Hierarchie der Stapel- 
ereignisse beschreibt, welche die Ereignisinformationen be- 
treffen, die in der Nachricht enthalten sind. Der Schlussel 50 
enthalt bei spiels weise eine Stapel-Identifikation, eine Proze- 
dur-Identifikation, eine Einheit-Prozedur-Identifikation und 
eine Operations-Identifikation und eine Phasen-Identifika- 
tion. Das Element 704 kann dann betrieben werden, um ein 
Objekt in dem dauerhaften Speicher zu plazieren (oder mo- 55 
mentan gecachte Objekte in dem fliichtigen Speicher) und 
zwar mit Anpassung an den erzeugten Schlussel wert. Das 
Element 706 bestimmt, ob das Element 704 erfolgreich das 
gewiinschte Objekt in dem dauerhaften Objektspeicher pla- 
ziert hat. Wenn solch ein Objekt gefunden wird, (d. h. be- 60 
reits in dem dauerhaften oder fliichtigen Objektspeicher auf- 
gezeichnet ist) setzt sich die Verarbeitung mit dem Element 
710 fort, um die Statistiken zu erneuem, welche die bekann- 
ten Objekte betreffen, die durch den Ausfuhrungsteil mani- 
puliert wurden. Wenn kein Objekt lokalisiert wird, welches 65 
zu dem erzeugten Schlussel pafit, wird die Verarbeitung mit 
dem Element 708 fortgesetzt. 

Das Element 708 ist betreibbar, um alle Objekte zu kreie- 
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ren, die noch nicht notwendiger Weise in dem dauerhaften 
Objektspeicher bekannt sind und zwar basierend auf dem er- 
zeugten Schlussel. Wenn der Stapel beispiels weise dem 
Ausfuhrungsteil gegenwartig unbekannt ist, wird ein Objekt 
fur den Stapel selbst als auch Objekte fur alle Prozedur-Ele- 
mente erzeugt, die aus den Ereignisinformationen in der 
Nachricht abgeleitet wurden. Spezifisch ware auch irgend- 
eine Prozedur, Einheit-Prozedur, Operation oder Phase, die 
von den Ereignisinformationen in der Nachricht abgeleitet 
werden, unbekannt, da der Stapel selbst friiher im Ausfuh- 
rungsteil unbekannt war. 

Auch werden Objekte, die jedem dieser Stapelereignisse 
entsprechen und zwar Objekte aus den Ereignisinformatio- 
nen der Nachricht ebenfalls in dem dauerhaften Objektspei- 
cher erzeugt. Wie oben angegeben ist, enthalten die erzeug- 
ten Objekte Zeitprotokoll-Informationen und Identifizie- 
rungsinformationen fur das Ereignis, Die Beziehungen unter 
den Objekten werden ebenfalls in dem Objektspeicher er- 
zeugt. 

Getrennte Ereignisnachrichten zeigen die Aktivierungs-, 
Start-, Ende- und Deaktivierungs-Zeitpunkte an und werden 
fur jedes Prozedur-Element empfang en. Immer wenn eine 
dieser Ereignisnachrichten empfangen wird, wird ein Ob- 
jekt, welches das geeignete Prozedur-Element beschreibt, 
gefunden oder wird in dem dauerhaften Speicher erzeugt 
und es wird die Zeit oder der Zeitpunkt zu dem geeigneten 
Feld in dem Objekt hinzugefugt. Die Ereignisnachrichten 
fur die Ausriistungsverwendung (d. h. die Verwendung der 
physikalischen Elemente bei der Stapel verarbeitung) identi- 
fizieren die Erwerbungs- und Freigabe-Zeiten oder Zeit- 
punkte fur die Ausriistung. Eine ahnliche Verarbeitung wird 
dazu verwendet, um die Verwendungs-Beschreibungsob- 
jekte in dem dauerhaften Speicher zu lokalisieren oder zu er- 
zeugen und zwar fur die geeignete Ausriistung und um die 
Erwerbungs-und Freigabe-Zeit-Informationen zu geeigne- 
ten Feldern des Objekts hinzuzufugen. Alle anderen Ereig- 
nistypen wie beispielsweise Operatoranderungen in Verbin- 
dung mit dem StapelprozeB besitzen lediglich den Zeitpunkt 
des Auftretens des Ereignisses anstatt mehrere detaillierte 
Start-, Stoppzeitpunkte usw. 

Die Verarbeitung wird dann mit dem Element 710 ver- 
vollstandigt, welches die gespeicherten statistischen Infor- 
mationen, wie oben dargestellt wurde, auf den neuesten 
Stand bringt. 

Wie oben dargestellt wurde, wird ein Schlussel erzeugt, 
um ein Objekt entsprechend der empf angenen Ereignisnach- 
richt zu lokalisieren. Bei der bevorzugten Ausfiihrungsform 
gibt es eine Vielfalt solcher Schlussel, die fur unterschiedli- 
che Zwecke erzeugt werden. Ein Schlussel wir dazu ver- 
wendet, um den Typ der empfangenen Ereignisnachricht zu 
identifizieren. Dieser Typ eines Nachrichtenschliissels wird 
tatsachlich dazu verwendet, um eine geeignete interne Ver- 
arbeitung des Restes der Nachricht durch den Stapel-Ent- 
wicklungsausfuhrungsteil auszuwahlen. Ein anderer Schlus- 
sel identifiziert einen spezifischen Moment eines gespei- 
cherten Ereignisses und wird dazu verwendet zu bestimmen, 
ob die Nachricht bereits empfangen und verarbeitet worden 
ist. Die Verwendung dieses Schlussels beseitigt das Spei- 
chem von doppelten Beschreibungen des gleichen Ereignis- 
ses. Noch ein anderer Schliisselwert identifiziert einen spe- 
zifischen Moment eines Objektes wie beispielsweise eine 
Stapelbeschreibung, Formulierungsbeschreibung, eine For- 
rnelbeschreibung, ein Produktelernent, eine Ausriistungs- 
Identifikation, eine Ausrustungs-Verwendungsbeschreibung 
oder eine Anwender-Identifikation. Dieser Schlussel stellt 
den Hauptschliissel dar, der dazu verwendet wird, ein exi- 
stierendes Objekt in dem dauerhaften Speicher zu lokalisie- 
ren, wenn eine Nachricht zusatzliche Informationen hervor- 
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* rufen kann, die einem bestehenden Objekt zugeordnet wer- 
den muB. 

Fig. 8 ist ein FluBdiagramm, welches zusatzliche Einzel- 
heiten der Verarbeitung des Elements 312 von Fig. 3. ber 
schreibt, urn den Objektspeicher nachfolgend der Verarbei- 
tung der Nachrichten von Datenquellen auf den neuesten 
Stand zu bringen. Die Objekte werden in bevorzugter Weise 
in dem fluchtigen Hochgeschwindigkeits-Cache-Speicher 
auf den neuesten Stand gebracht und zwar so wie die Nach- 
richten verarbeitet werden. Periodisch mussen die auf den 
neuesten Stand gebrachten Objekte in dem fliichtigen Hoch- 
geschwindigkeits-Cache-Speicher in dem dauerhaften Spei- 
cher fur eine dauerhafte Aufbewahrung festgeschrieben 
werden. Bei der bevorzugten Ausfiihrungsform werden die 
Objekte in dem fliichtigen Hochgeschwindigkeits-Cache- 
Speicher verbucht wenn entweder ausreichend Zeit verstri- 
chen ist und zwar seit der letzten solchen Festschreibung 
oder wenn ausreichend Nachrichten empfangen worden sind 
und verarbeitet wurden und zwar seit der letzten Festschrei- 
bung. Es sind daher die Elemente 800 und 802 betreibbar, 
um zu bestimmen, ob entweder ausreichend Zeit verstrichen 
ist oder ob ausreichend Nachrichten durch den Ausfuh- 
rungsteil verarbeitet worden sind. Wenn einer der Bedingun- 
gen wahr ist, verlauft die Verarbeitung mit dem Element 804 
weiter, um geanderte oder neue Objekte in dem fliichtigen 
Objektspeicher zu dem dauerhaften Speicher festzuschrei- 
ben. Die Verarbeitung schreitet dann mit dem Element 806 
voran. 

Die Elemente 806 und 808 sind betreibbar, um die Konfi- 
guration des Objektspeichers im Ansprechen auf Konfigura- 
Uonsanderungen, die durch eine Operator- Anfrage zuge- 
fiihrt werden, auf den neuesten Stand zu bringen. Ein Bei- 
spiel einer solchen Anfrage besteht aus einer Anfrage eine 
Datenquelle hinzuzufugen/zu entfernen/zu modifizieren und 
zwar fur Nachrichten, die durch das Ausfuhrungsteil-Pro- 
gramm verarbeitet werden sollen. Wenn das Element 806 
bestimmt, dass solch eine Konfigurationsanderung ange- 
fragt worden ist, bewirkt das Element 808 die angefragten 
Anderungen in der Objektspeicherkonfiguration und den 
Ausfuhrungsteil-Operationen. In beiden Fallen wird die 
Verarbeitung mit dem Element 810 fortgefuhrt. 

Die Elemente 810 und 812 sind betreibbar, um die GrdBe 
des dauerhaften Objektspeichers in Einklang mit einer Ope- 
ratoranfrage zu andern. Wenn das Element 810 bestimmt, 
dass solch eine Anfrage getatigt worden ist, so ist das Ele- 45 
ment 812 betreibbar, um die erforderliche Anderung in der 
ObjektspeichergroBe zu bewirken. 

Der hier verwendete Ausdruck Objektspeicher oder dau- 
erhafter Speicher betrifft und urnfaBt alle Speicher bzw. das 
gesamte Abspeichem von Objekten, ob diese nun zeitweilig 
in einem fliichtigen Cache-Speicher gecacht werden oder 
dauerhaft in dem Objektspeicher gespeichert (festgeschrie- 
ben) werden. Solche Cache- Techniken zur Verbesserung der 
Performance stellen GroBen der Konstruktionswahl oder der 
Design- Wahl dar, wie sie dem Fachmann auf dem Gebiet 
gut bekannt sind. 
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Stapelereignis-Entwicklungs-Betrachtungsclient 

Wie oben in Bezug auf Fig. 2 festgehalten wurde, enthalt 60 
die vorliegende Erfindung ein Betrachtungsclient-ProzeB, 
welcher es dem Anwender erlaubt, mit signifikanter Flexibi- 
litat die Ereignisinformationen zu betrachten und auch die 
Beziehungen unter den verschiedenen oder vielfaltigen Er- 
eignissen, wie sie durch den Stapelentwicklungs-Ausfuh- 65 
rungsteil abgeleitet wurden. Der Betrachtungsclient stellt 
die Ereignisinformationen in einer grafischen, anwender- 
freundlichen Weise dar unter Verwendung von Gantt-Plan- 



Darstellungen, um Stapel wiederzugeben und auch bezo- 
gene hierarchische Prozedur-Ereignisse wiederzugeben. 
Das Grafik- Anwender- Interface ermoglicht es einem An- 
wender ein Ereignis auszuwahlen, welches auf diese Weise 
angezeigt wird und die Anzeige "nach unten zu schrauben" 
und niedrigere Ebenen der hierarchischen Ereignisse zu be- 
trachten, die das ausgewahite Ereignis ausmachen. Auch 
wird eine textfbrrnige, tabellenformige Formatwiedergabe 
der hierarchisch niedrigeren Ereignisse, die das ausgewahite 
Ereignis umfassen, ebenfalls in einen textformigen Tabel- 
lenformat unter der grafischen Gantt-Plan-Prasentation dar- 
gestellt. Der Betrachtungsclient der vorliegenden Erfindung 
gestattet es auch, dass der Anwender grafisch laufende Da- 
ten zum Protokollieren von Datenpunkten in einer Weise be- 
trachtet, die in Beziehung zu dem fortlaufenden Daten der 
zugeordneten Ereignisinformation stehen. Mit anderen Wor- 
ten werden die fortlaufenden Daten dadurch betrachtet, in- 
dem ein Stapelereignis aus der anzeige fiir den Anwender 
ausgewahlt wird und nach den fortlaufenden Daten fiir die- 
ses ausgewahite Ereignis gefragt wird, um einen oder meh- 
rere ausgewahite Datenpunkte darzustellen. 

Die Fig. 10 bis 21 sind beispielhafte Anzeigebildschirm- 
Bilder, die dazu beitragen die Operation des Stapelereignis- 
Entwicklungs-Betrachtungsclient zu beschreiben. Fig. 10 
zeigt einen beispielhaften Anzeigebildschirm, der eine Sta- 
peliibersicht zeigt. Jeder Stapel 1002, der eine Ereignisinfor- 
mation besitzt, die in dem Objektspeicher aufgezeichnet ist, 
ist in dem Gantt-Plan-Stiel in einem Fenster der Anzeige fiir 
den Anwender gezeigt. Fiir jeden Stapel, der in dieser Weise 
in der G an tt- Plan- Form dargestellt wird, wird ein entspre- 
chender tabellarischer Texteintrag in der Ereignis-Detailta- 
belle 1000 gezeigt. Ein horizontaler Scroll-Balken 1004, 
welcher der Gantt-Plan-Anzeige zugeordnet ist, gestattet es 
dem Anwender horizontal in der Gantt-Plan-Anzeige zu 
scrollen, um Stapel zu betrachten, die friihere oder spatere 
Zeitpunkte besitzen, die diesen zugeordnet sind. Ein vertika- 
ler Scroll-Balken 1006, welcher der Ereignis -Detail tabelle 
1000 zugeordnet ist, ermoglicht es dem Anwender durch an- 
dere Stapel zu scrollen, die momentan in der Gantt-Plan- 
form nicht dargestellt werden. Alle Stapel, fiir die Eintrage 
in der Ereignis-Detailtabelle 1000 dargestellt werden, sind 
in der Gantt-Planforrn 1002 uber der Tabelle gezeigt. 

Wie in Fig. 10 dargestellt ist, ist jeder Stapel mit dessen 
entsprechender Stapel-ID versehen oder etikettiert und zwar 
sowohl auf dem Gantt-Plan des Stapels als auch in dem ent- 
sprechenden Texteintrag in der Ereignis-Detailtabelle 1000. 

Wie in Fig. 11 gezeigt ist, kann ein Anwender einen der 
dargestellten Stapel auswahlen, um weitere Einzelheiten de 
Verarbeitung dieses Stapels zu inspizieren. Der Anwender 
wahlt einen bestimmten Stapel aus, indem er auf den ge- 
wiinschten Stapel "klickt". In Fig. 11 wurde der Stapel 1100 
(bezeichnet mit EE_19981019.009) durch einen Anwender 
ausgewahlt. Der ausgewahite Stapel wird auf dem Anzeige- 
bildschirm erhellt und auch de entsprechende Tabellenein- 
trag 1104 wird erhellt. Das Pop-up-Menu 1102 wird in typi- 
scher Weise durch "rechts klicken) auf den ausgewahlten 
Stapel akdviert. Das Pop-up-Menu ermoglicht es dem An- 
wender nach der Darstellung von zusatzlichen Einzelheiten 
zu fragen, die das Verarbeiten des ausgewahlten Stapels be- 
treffen. 

Fig. 12 ist eine beispielhafte Darstellung von Einzelhei- 
ten der Verarbeitung des Stapels 1100 (bezeichnet mit 
EE_19981019.009) Der Anwender kann zu dem Stapel- 
Ubersicht-Bildschirm (von Fig. 11) zuriickkehren, indem er 
diesen Anzeigebildschirm schlieBt, die Prozedur 1202, die 
den Stapel erzeugt hat (eine Prozedur, die mit EXTE- 
RIOR_ENAMEL bezeichnet ist) ist in der Gantt-Plan-Form 
dargestellt, die zu Beginn skaliert ist, und zwar auf die ge- 
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'samte Sreite des Gantt-Plan-Anzeigebereiches des Bild- 
schirmes des Anwenders. Speziell wurde diese als Beispiel 
gewahlte Prozedur zum Zeitpunkt 7 : 57 : 12 AM am 
10/19/98 gestartet und wurde um 8 : 09 : 06 AM am glei- 
chen Tag beendet. Die Einheit-Prozeduren 1204 und 1210, 5 
welche diese Prozedur enthalten, sind unter der Prozedur in 
der Gantt-Plan-Form gezeigt. Die Operationen 1206 und 
1212, welche jede Einheit-Prozedur ausmachen, sind unter 
der entsprechenden Einheit-Prozedur ebenfalls in der Gantt- 
Plan-Form gezeigt Schliefilich sind die Phasen 1208 und 10 
1214, die jede Operation ausmachen, unter der entsprechen- 
den Operation ebenfalls in der Gantt-Plan-Form dargestellt. 

Bei der bevorzugten Ausfuhrungsform sind die Prozedur, 
Einheit-Prozedur, die Operation und die Phase gemaB den 
Gantt-Planen durch Farbkodierung einfach zu unterschei- 15 
den. Ein Farbkode-Legende 1216 ist aus diesem Grund vor- 
gesehen, um die Farbkodierung der Gantt- Plane oder Karten 
klar zu unterscheiden. 

Die Ereignis-Detailtabelle 1222 zeigt Ereignisse, die das 
Ausfiihren der Prozedur umfassen, welche den ausgewahl- 20 
ten Stapel erzeugt hat. Ein vertikaler Scroll-Balken 1218 er- 
moglicht es durch zusatzliche Ereignis sinformauonen zu 
scrollen, die in der Tabelle 1222 momentan nicht gezeigt 
sind. In ahnlicher Weise ermoglicht ein horizontaler Scroll- 
Balken 1220, welcher der Tabelle 1222 zugeordnet ist, dass 25 
der Anwender durch zusatzliche Details der vorhandenen 
dargestellten Ereignisse in der Tabelle 1222 scrollen kann. 

Auch konnen Scroll-Balken (nicht gezeigt) dem Gantt- 
Plan-Abschnitt der Darstellung zugeordnet sein. Irn allge- 
meinen entspricht die Ereignisinformation, die in der Ereig- 30 
nis-Detailtabelle 1222 gezeigt ist, dem Prozedur-Element, 
welches in dem Gantt-Plan-Abschnitt der Anzeige ausge- 
wahlt ist. Fachleute erkennen hier, dass eine strikte Entspre- 
chung weder erforderlich noch praktisch ist. Der Wert von 
Details, die in jedem Abschnitt prasentiert werden kann in 35 
Einklang.mit den tatsachlichen Ereignissen variieren, die ei- 
nem bestimmten ausgewahlten Prozedur-Element zugeord- 
net sind und kann auch mit anderen hierarchisch bezogenen 
Elementen und Ereignissen variieren. Bei der bevorzugten 
Ausfuhrungsform werden die Ereignis-Detailtabelle 1222 40 
und die Gantt- Plan-Anzeigeabschnitte koordiniert, um eine 
gewisse korrelierte Information zu zeigen, jedoch ermogli- 
chen Scroll-Balken in beiden Abschnitten der Anzeige, dass 
der Anwender irgendeinen gewiinschten Abschnitt der Da- 
ten betrachten kann. 45 

Die Detail-Auswahlwerkzeuge 1200 in der Werkzeuglei- 
ste am oberen Bereich der Anzeige ermoglichen es dem An- 
wender, eine bevorzugte Ebene oder Wert der Details, die 
dargestellt werden sollen, in Bezug auf den ausgewahlten 
Stapel auszuwahlen. Es konnen die Ebenen 1 bis 4 bei der 50 
bevorzugten Ausfuhrungsform ausgewahlt werden. Bei der 
Ebene 1 wird bzw. werden lediglich die Prozedur bzw. Pro- 
zeduren dargestellt, die den Stapel enthalten. Bei der Ebene 
2 wird bzw. die Prozedur bzw. Prozeduren dargestellt und 
auch die entsprechenden Einheit-Prozeduren unter den Pro- 55 
zeduren dargestellt. Bei der Ebene 3 werden die Prozeduren, 
Einheit-Prozeduren und entsprechenden Operationen darge- 
stellt. SchlieBlich werden auf der Ebene 4 die Prozeduren, 
die Einheit-Prozeduren, Operationen und die entsprechen- 
den Phasen dargestellt. 60 

Fig. 13 zeigt, dass ein Anwender ein bestimmtes Ereignis 
auswahlen kann, um zusatzlich darauf bezogene Einzelhei- 
ten zu betrachten. Wie in Fig. 13 gezeigt ist, wurde ein 
Phase 1300, die den Namen hat CHARGE_COLOR: 1.1 
ausgewahlt. Es werden daher der Gantt-Plan-Balken fur die 65 
Phase 1300 und der entsprechende Tabelleneintrag 1304 er- 
hellt. Das Pop-up-Menu 1302 befahigt dann den Anwender 
mehrere Informationen uber die Ereignisse abzufragen, die 
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spezifisch auf das ausgewahlte Ereignis bezogen sind (d. h. 
Ereignisse innerhalb der Phase 1300) Fig. 14 ist ein Beispiel 
der resultierenden Tabelle 1400 aus der Detail-Information- 
Anfrage von Fig. 13. Der Anwender kann zu dem fruheren 
Bildschirm (von Fig. 13) zuriickkehren, indem er diesen 
Anzeigebildschirm schlieBt. 

Fig. 15 ist ein Stapel-Ubersicht- Anzeigebildschirm wie 
oben an Hand von Fig. 10 erlautert wurde, wobei ein An- 
wender zwei Stapel 1500 und 1501 fur Vergleichszwecke 
ausgewahlt hat. Die ausgewahlten Stapel 1500 und 1501- 
und die entsprechenden Text-Ereigniseintrage 1506 und 
1504 werden daher jeweils an der Anzeige erhellt. Das Pop- 
up-Menu 1502 ermoglicht es dann dem Anwender die zwei 
ausgewahlten Stapel auf dem Anzeigebildschirm zu verglei- 
chen. Fachleute erkennen hierbei, dass irgendeine zahl sol- 
cher ausgewahlter Stapel verglichen werden kann. 

Fig. 16 zeigt dann den resultierenden Stapel- Vergleichs- 
bildschirm. Ein mit EE 19981019.011 bezeichneter Stapel 
1600 ist in der Gantt-Planform gezeigt, wie dies oben erlau- 
tert ist, und auch in einer entsprechenden Texttabelle 1602. 
Der zweite ausgewahlte Stapel 1604, der mit 
EE_19981O19.01O bezeichnet ist, ist ebenfalls in der Gantt- 
Planform gezeigt und auch in einen entsprechenden Textta- 
belle 1606. Zu Beginn werden beide Stapel in dem gleichen 
ZeitmaEstab dargestellt und zwar mit deren tatsachlichen 
Startzeitpunkt an der entsprechenden linken Kante von de- 
ren jeweiligen Gantt-Planen. 

Der Stapel- Vergleichsbildschirm von Fig. 16 gestattet es 
einem Anwender schnell Unterschiede in der Verarbeitung 
der zwei Stapel zu betrachten. Wenn beispielsweise einer 
der zwei Stapel ein perfekter oder "goldener" Stapel ist, der 
eine bekannte Qualitat des Produktes hervorbringt, kann die 
Ursache oder konnen die Ursachen der Qualitatsprobleme in 
einem zweiten Stapel einfacher anhand der Unterschiede in 
den Gantt-Planen des Ausfuhrungsteiles der entsprechenden 
zwei Prozeduren identifiziert werden. Um das sichtbare De- 
tektieren solcher Unterschiede zu unterstiitzen, ist es haufig 
niitzlich die Stapelverarbeitung in einer Stapel -Relativzeit 
zu betrachten (die Zeit vom Start der Stapelverarbeitung an), 
im Unterschied zur absoluten Zeit. Zusatzlich kann es niitz- 
lich sein dem Anwender zu ermoglichen, grafisch die zwei 
Gantt-Plan-Darstellungen auszurichten und zwar an einem 
bestimmten ausgewahlten Startpunkt in dem ProzeB anstatt 
immer am Start der Prozedur. Solche Ausrichtungen ermog- 
lichen es dem Anwender bestimmte bekannte erklarbare 
Diskrepanzen auBer Acht zu lassen wie beispielsweise Ver- 
zogerungen beim Warten auf einen bestimmten Ausru- 
stungsmodul, damit dieser vertugbar wird oder auf die Ope- 
ratoreingabe in dem StapelprozeB. 

In Fig. 17 hat der Anwender zwei Ereignisse 1700 und 
1702 ausgewahlt (namlich die gleiche Einheit-Prozedur von 
beiden Prozeduren). Die ausgewahlten Einheit-Prozeduren 
1700 und 1702 und die entsprechenden Texttabelleneintrage 
17065 und 1708 werden daher in der Anzeige jeweils er- 
hellt. Das Pop-up-Menu 1704 ermoglicht es dann dem An- 
wender eine nach links Ausrichtungsoption oder nach rechts 
Ausrichtungsoption auszuwahlen. Die nach links Ausrich- 
tungsoption verschiebt die resultierende Anzeige, so dass 
die zwei ausgewahlten Ereignisse an ihren Startzeitpunkten 
ausgerichtet werden. Ein nach rechts Ausrichten richtet die 
ausgewahlten Ereignisse an deren jeweiligen Endzeitpunkte 
aus. In beiden Fallen kann die Anzeige auf Stapel-Relativ- 
Zeitskalen anstatt auf Realzeitskalen bezogen werden. 

Fig. 18 zeigt eine Darstellung, die aus der Anfrage einer 
Links ausrichtung von Fig. 17 resultierL Die ausgewahlten 
Einheit-Prozeduren 1700 und 1702 werden in welcher 
Weise dargestellt, dass deren jeweiligen Startzeitpunkte in 
den Gantt-Plan-Anzeigen ausgerichtet werden. Die Zeitba- 
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' sis wurde ebenfalls ais eine Stapel-RelativgroBe ausgewahlt 
(die Zeit seit dem Start des Stapels im Unterschied zur Ab- 
solutzeit). Die Bezugszeichen 1800 und 1802 zeigen auf den 
NuU-Startzeitpunkt der Zeitachse in der relativen Stapelzeit. 
Die ausgerichtete DarsteUung tragt dazu bei die Unter- 5 
schiede in der Verarbeitung von einem Stapel verglichen mit 
dem anderen Stapel hervorzuheben. Ereignisse, die eine un- 
angemessene Zeitdauer in Anspruch genornmen haben oder 
eine ungewohnlich kurze Zeitdauer in Anspruch genornmen 
haben, konnen sichtbar in der DarsteUung unterschieden 10 
werden. 

Obwohl speziell fur den Sichtvergleich von zwei oder 
mehreren Stapeln besonders geeignet, kann die Presentation 
der Gantt-Plane in der relativen Stapelzeit auch andere niitz- 
liche Anwendungen haben. Die Fahigkeit die Zeitlinienba- 15 
sis von der absoluten Zeit zu der relativen Stapelzeit zu an- 
dern und das darauf bezogene Merkmal der Ausrichtung der 
Gantt-Plan-DarsteUungen an irgendeiner gewiinschten 
Grenze sind daher in bevorzugter Weise von den Vergleichs- 
merkmalen der vorliegenden Erfindung unabhangig. 20 

Fortlaufende Daten, die aus den verschiedenen Daten- 
punkten in dem StapelprozeB festgeschrieben werden, kon- 
nen ebenfalls von dem Betrachtungsclient betrachtet wer- 
den. Der Anwender wahlt ein gewiinschtes Ereignis aus und 
fragt dann danach die fortlaufenden Daten fur diese Zeitpe- 25 
riode darzustellen. Die bestimmten fortlaufenden Daten- 
punkte, die wahrend des ausgewahlten Ereignis ses verfiig- 
bar sind, werden dem Anwender in einer Dialogbox prasen- 
tiert und zwar in solcher Weise, dass der Anwender ein en 
oder mehrere Datenpunkte, die dargestellt werden sollen, 30 
auswahlen kann. Bei der bevorzugten Ausfuhrungsform 
werden die angefragten fortlaufenden Datenpunktwerte als 
eine lineare Grafik gezeichnet. 

Die fortlaufenden Daten konnen auch in Form eines Ver- 
gleichs von fortlaufenden Daten aus einer Stapel- Ver- 35 
gleichsanzeige wie in Fig, 18 aufgetragen oder gezeichnet 
werden. 

Fig. 19 zeigt den nach links ausgerichteten Stapelver- 
gleich unterschiedlicher Stapel wie in Fig. 18, wobei zwei 
Ereignisse ausgewahlt sind und zwar die Phasen 1900 und 40 
1902. Die ausgewahlten Phasen 1900 und 1902 und die ent- 
sprechenden Texteintrage 1906 und 1908 werden jeweils in 
der Anzeige erhellt. Das Pop-up-Menu 1904 erlaubt dann 
dem Anwender einen Trendvergleich der fortlaufenden Da- 
ten anzufragen. 45 

Eine Dialogbox, wie sie in Fig. 20 gezeigt ist, wird dann 
dargestellt, um es dem Anwender zu ermoglichen die ge- 
wiinschten fortlaufenden Datenpunkte fur den Trendver- 
gleich auszuwahlen. 

Fig. 21 zeigt dann den resultierenden linearen Graphen, 50 
der erzeugt wurde, um die ausgewahlten fortlaufenden Da- 
tenpunkte uber die ausgewahlte Ereignisdauer hinweg zu 
vergleichen. 

S tapelereignis-Entwicklungs-Betrachtungsclient- Verf ahren 55 

Fig. 9 ist ein RuBdiagramm, welches das Verfahren des 
Betrachtungsclients beschreibt, um verschiedene oder viel- 
faltige Anwenderanfragen zu verarbeiten, ein Fachmann er- 
kennt hier, dass das RuBdiagramm von Fig. 9 lediglich dar- 60 
auf abzielt, eine probe oder Beispiel von verschiedenen An- 
wenderauswahlen und Anfragen darzustellen, die oben in 
Verbindung mit den Fig. 10 bis 21 erlautert wurden. Andere 
Anwenderanfragen konnen verarbeitet werden und zwar un- 
ter Generierung einer Vielfalt von Anzeige-Bildschirmen in 65 
Einklang mit der Designauswahl, wie sie dem Fachmann gut 
bekannt ist. Das in Fig. 9 beschriebene Verfahren soli daher 
lediglich ein Beispiel einer bevorzugten Ausfuhrungsform 



von gewissen typischen Funkuonen des Betrachtungsclients 
der vorliegenden Erfindung darstellen. Der Betrachtung- 
sclient-Aspekt der vorliegenden Erfindung soli in sehr brei- 
ter oder allgemeiner Weise eine Vielfalt von Ansichten der 
Stapelereignisse, ProzeBereignisse und der fortlaufenden 
Daten aus einem StapelprozeB und der Beziehungen solcher 
Ereignisinformationen in Einklang mit der S88 Prozedur- 
Model-Hierarchie lief em. 

Das Element 900 wird zuerst betrieben, um alle Stapel 
darzustellen, die in dem dauernaften Objektspeicher be- 
kannt sind. Ein Stapel ist bekannt, wenn Objekte, die sich 
auf eine Stapel-ID beziehen in dem Speicher gefunden wer- 
den. Die bekannten Stapel werden zu Beginn in dem Format 
der Stapel-Obersichtanzeige dargestellt, wie dies oben er- 
lautert wurde. Jeder Stapel ist auf einer Realzeit-Zeitlinie als 
ein Gantt-Plan-Balken gezeigt. Der Gantt-Plan-Balken oder 
jeder Stapel ist auf der Zeitlinie in Einklang mit der jeweili- 
gen Startzeit horizontal positioniert und erstreckt sich zu ei- 
ner Position, die durch die jeweilige Beendigungszeit be- 
stimmt ist. 

SkroU-Balken in der DarsteUung ermoglichen es durch 
die Gantt-Plane hindurch zu scrollen und zwar horizontal, 
um spatere oder friihere Zeitpunkte zu betrachten, die mo- 
mentan nicht dargestellt werden. Eine Texttabelle unter der 
Gantt-Plan-Zeithniendarstellung liefert eine Textwieder- 
gabe der Stapelinformadonen, die dem entsprechenden Sta- 
pel zugeordnet sind. Die Scroll-Balken, die der Texttabelle, 
zugeordnet sind, erlauben das Betrachten von Einzelheiten, 
die ansonsten in der DarsteUung nicht vorhanden sind. 

Das Element 902 nimmt dann eine Anwenderanfrage an, 
um zusatzliche Einzelheiten in Bezug auf den letzten einen 
der dargesteUten Stapel vorzusehen. Wie oben erwahnt wor- 
den ist, wird ein Stapel durch den Anwender dadurch ausge- 
wahlt, indem er auf den entsprechenden Gantt-Plan kHckt 
(oder altemativ auf den entsprechenden Texteintrag der Ta- 
beUe). Ein Pop-up-Menu oder ein anderes Anwender- 
SchnittsteUenwerkzeug nimmt dann die Anfrage des An- 
wenders an, um zusatzUche DetaU in Bezug auf den ausge- 
wahlten Stapel zu prasenderen. 

Das Element 904 steUt dann einen Stapel-Detail-Bild- 
schirm in der oben beschriebenen Weise fur den ausgewahl- 
ten Stapel dar. Wie oben dargesteUt wurde, wird ein Fehler- 
wert des Details durch den Anwender fiir eine DarsteUung 
der ausgewahlten Stapelereignisse und der Gantt-Plane be- 
stimmt. In Einklang mit dem Fehlerwert des Details werden 
Prozeduren, entsprechende Einheit-Prozeduren, entspre- 
chende Operation und entsprechende Phasen in den Gantt- 
Plan-Balken dargesteUt, die in Einklang mit deren jeweili- 
gen Startzeitpunkten ausgerichtet sind und sich in Einklang 
mit deren Endzeitpunkten erstrecken. Ein hierarchisch nied- 
riger Pegel oder Ebene des Gantt-Plans wird unter dem ent- 
sprechenden Prozedur-Element der hoheren Ebene, welches 
diesen enthalt, dargesteUt. 

Das Element 906 steUt dann die TexttabeUe der Ereignis- 
informationen entsprechend dem momentan ausgewahlten 
Stapel-Gantt-Planen dar. Wie oben ausgefuhrt worden ist, 
erlauben es die ScroU-Balken dem Anwender durch zusatz- 
Uche Daten hindurch zu scroUen, die in der Anzeige mo- 
mentan nicht vorhanden sind (sowohl in der TabeUenform 
als auch in der Gantt-Plan- Form). 

Das Element 908 akzeptiert dann die Anwendereingabe, 
um eine neue DarsteUung anzufragen. Wenn der Anwender 
eine Ruckkehr zu der Stapel-Ubersichtanzeige anfragt, wird 
das Element 910 betrieben, um dies so zu detektieren und 
die Verarbeitung setzt sich zu einer riickwarts verlaufenden 
Schleife zu dem Element 900 in der oben erlauterten Weise 
fort. Ansonsten setzt sich die Verarbeitung mit den Elemen- 
ten 912 bis 934 fort, um eine Anwenderanfrage zu verarbei- 
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'ten. Wie oben erlautert worden ist, stellen die Elemente 912 
bis 934 lediglich ein Beispiel von Anwender- Anfragen dar, 
die in Einklang mit dem Stapelereignis-Entwicklungs-Be- 
trachtungsclient der vorliegenden Erfindung verarbeitet 
werden konnen. Fachleute konnen hierbei erkennen, dass 5 
eine breite Vielfalt von zusatzlichen Anwenderanfragen und 
entsprechenden Operationen moglich sind, urn Ereignisin- 
formationen und zugeordnete fortlaufende Daten in Ein- 
klang mit den Beziehungen darzustellen, die durch den oben 
erlauterten Stapel-Entwicklungs-Ausfiihrungsteil bestimmt 10 
werden. 

Die Elemente 912 und 914 sind betreibbar, um einen neu 
gewahlten Stapel in Ansprechen auf eine Anwenderanfrage 
darzustellen. Der neue Stapel wird in der oben erlauterten 
Weise in Bezug auf die Elemente 904 und 906 prasentiert. 15 
Die Verarbeitung setzt sich dann gemafi einer zuriickverlau- 
fenden Schleife zu dem Element 908 fort, um auf weitere 
Anwenderanfragen zu warten. Wenn der Anwender eine an- 
dere Operation angefiragt hat, wird die Verarbeitung mit dem 
Element 916 fortgesetzt. 20 

Die Elemente 916 und 918 sind betreibbar, um die Ebene 
. der Details zu andem, die an den Ereignisdetail-Anzeige- 
bildschirmen dargestellt werden. Wie oben dargestellt wor- 
den ist, wird ein Stapel zu Beginn mit einem Fehlerwert des 
Details, welches durch den Anwender ausgewahlt wurde, 25 
dargestellt. Wenn ein Anwender die dargestellten Informa- 
tionen analysiert, kann es niitzlich sein mehr oder weniger 
der Prozedur-Hierarchie zu betrachten, die durch die Bezie- 
hungen definiert ist, welche durch den Stapel-Entwicklungs- 
Ausfiihrungsteil bestimmt sind. Die Element 916 und 918 30 
sprechen auf solche Anfragen an, indem sie die Hierarchie 
der dargestellten Prozedur- Elemente in der oben erlauterten 
Weise expandieren oder kollabieren. Die Verarbeitung ver- 
lauft dann iiber eine Schleife zuriick zu dem Element 908, 
um auf weitere Anwenderanfragen zu warten. Wenn der An- 35 
wender eine andere Operation anfragt, wird die Verarbei- 
tung mit dem Element 920 fortgesetzt. 

Die Elemente 920 und 922 sprechen auf die Anfrage eines 
Anwenders an, um einen zweiten Stapel fur Vergleichs- 
zwecke darzustellen. Wie oben dargestellt wurde, ist es hau- 40 
fig niitzlich einen zweiten (oder mehrere) Stapel gleichzeitig 
an der Anzeige des Anwenders darzustellen. Solch eine Ver- 
gleichsanzeige (mit zugeordneten Vergleichs-Texttabellen) 
tragen haufig dazu bei, dass ein Anwender visuell bedeu- 
tende Unterschiede zwischen den Stapeln identifizieren 45 
kann. Beispi els weise kann ein erster Stapel ein "goldener" 
Stapel sein, der zu dem Produkt mit bekannter hoher Quali- 
tat fuhrt. Der zweite Stapel kann ein solcher sein, der zu ei- 
nem schlechteren Produkt fuhrt. Die Griinde fur solche Un- 
terschiede ergeben sich haufig in offensichtlicher Weise aus 50 
Vergleichen Gantt-Plan-Zeitlinie, die sich in einfacher 
-Weise in der Stapel- Vergleichsdarstellung, wie sie oben er- 
lautert wurde, beobachten lassen. Die Verarbeitung wird 
dann iiber eine nach riickwarts verlaufende Schleife zu dem 
Element 908 fortgesetzt, um auf weitere Anwenderanfragen 55 
zu warten. Wenn der Anwender eine andere Operation an- 
fragt, wird die Verarbeitung mit dem Element 924 fortge- 
setzt. Die Elemente 924 und 926 sprechen auf die Anfrage 
eines Anwenders an, um die Gantt-Plan-Zeitlinie von der 
absoluten Zeit (Realzeit) auf die relative Stapelzeit zu an- 60 
dem (die Zeit relativ zum Start des Stapelprozesses). Wie 
oben angefuhrt worden ist, sind solche Zeitlinien-Anderun- 
gen haufig in Verbindung mit der Stapel- Vergleichsanzeige 
niitzlich, um das Ausrichten spezieller Abschnitte von Viel- 
fach-Stapeln zu unterstutzen, deren Gantt-Plane visuell ver- 65 
gleichen werden. Solch eine Ausriistung tragt haufig dazu 
bei, die kritischen Unterschiede zu betonen, die Qualitats- 
ausgaben erklaren konnen in Bezug unterschiedliche Stapel. 
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Die Verarbeitung wird dann zu dem Element 908 zuriickge- 
fiihrt, um auf weitere Anwenderanfragen zu warten. Wenn 
der Anwender eine andere Operation anfragt, wird die Ver- 
arbeitung mit dem Element 928 fortgesetzt. 

Die Element 928 bis 934 schalten die Anzeige auf eine 
Zeichnung oderDarstellung der fortlaufenden Daten um, die 
einem ausgewahlten Ereignis zugeordnet sind, und zwar im 
Ansprechen auf die Anfrage eines Anwenders. Die Ele- 
mente 930 und 932 stellen einen Satz von angefragten fort- 
laufenden Datenpunktwerten dar, der von einem Anwender 
ausgewahlt wurde, und der einem ausgewahlten Stapeler- 
eignis entspricht. Der Anwender kann eine Anzahl solcher 
Datenpunkte anfragen und kann die Auswahl so lange modi- 
fizieren, bis das Element 934 bestimmt, dass der Anwender 
wunscht zu der Stapel ereignis-Detail-Anzeige zuruckzukeh- 
ren. Zu solch einem Zeitpunkt wird die Verarbeitung zu dem 
Element 908 zuruckgefuhrt, um auf weitere Anwenderan- 
fragen zu warten. 

Wie oben erlautert worden ist, erkennen Fachleute hier, 
dass das Verfahren von Fig. 9 darauf abzielt eine beispiel- 
haf te Technik fiir die Anwenderinteraktion darzustellen, um 
Stapelereignisinformationen und die Beziehungen darzu- 
stellen, die in solchen Daten durch den Ausfuhrungsteil ab- 
geleitet werden. Die Anzeige oder Darstellung solcher Da- 
ten in den Gantt-Planen, die die hierarchische Natur der Be- 
ziehungen unter den verschiedenen dargestellten Daten re- 
flektieren, stellt den Schlussel des Betrachtungsclients der 
vorliegenden Erfindung dar. Ferner stellt das Navigieren 
durch die verschiedenen Darstellungen durch Auswahlen 
von hierarchischen Prozedur-Elementen des Stapelproze- 
dur-Ausfuhrungsteiles einen weiteren Schliisselaspekt der 
vorliegenden Erfindung dar. Erfahrene Softwarespezialisten 
konnen eine Vielfalt von aquivalenten Ausfuhrungsformen 
erkennen, welche diese und andere Schliisselaspekte des Be- 
trachtungsclients der vorliegenden Erfindung liefern. 

Obwohl die Erfindung in Einzelheiten in den Zeichnun- 
gen gezeigt und in der vorangegangenen Beschreibung be- 
schrieben wurde, dient die Darstellung und Beschreibung 
lediglich als Beispiel und besitzt keine restriktive Eigen- 
schaft, wobei darauf hingewiesen sei, dass lediglich die be- 
vorzugte Ausfiihrungsform und geringere Varianten dessel- 
ben gezeigt und beschrieben wurden, und dass alle Ande- 
rungen Modifikationen unter den angestrebten Schutz fal- 
len, die im Rahmen der Erfindung liegen. 

Patentanspriiche 

1. Ereignisgeschichtsaufzeichnungseinrichtung fur die 
Stapelverarbeitung, mit 

einem Entwicklungs-Ausfuhrungselement (history 
executive element) zum Empfangen von Ereignisinfor- 
mationen von einer Vielzahl von Eingangsquellen und 
zum Ableiten von Beziehungen unter Abschnitten der 
Ereignisinformationen; 

einem Speicherelement, welches an das Ausfuhrungs- 
element gekoppelt ist, um dauerhaft die Ereignisinfor- 
mationen und die Beziehungen im Ansprechen auf An- 
fragen von dem Entwicklungs-Ausfuhrungselement zu 
speichem; und 

einem Ereignisinformationen- Wiederauffindelement, 
um die Ereignisinformationen in Einklang mit den Be- 
ziehungen im Ansprechen auf Anfragen von einem An- 
wendungsprozeB wieder aufzufinden. 

2. Ereignisgeschichtsaufzeichnungseinrichtung nach 
Anspruch 1, ferner mit einem Sammelelement fur fort- 
laufende Daten zum Sammeln der fortlaufenden Daten 
in Realzeit, wobei die fortlaufenden Daten wenigstens 
ein Prozedurelement eines Stapelprozesses betreffen. 
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3. Ereignisgeschichtsaufzeichnungseinrichtung nach 
Anspruch 2, bei der das die Informationen wieder auf- 
findende Element ferner eine Stapelentwicklungs-Be- 
trach tungsclient-Anwendung aufweist, urn fur einen 
Anwender die Ereignisinformationen und die Bezie- 5 
bungen und die fortlaufenden Daten grafisch darzustel- 
len. 

4. Ereignisgeschichtsaufzeicbnungseinricbtung nach 
Anspruch 1, bei der das die Informationen wieder auf- 
findende Element eine Stapelentwicklungs-Betrach- 10 
tungsclient-Anwendung aufweist, um fur einen An- 
wender die Ereignisinformationen und die Beziehun- 
gen grafisch darzustellen. 

15. Ereignisgeschichtsaufzeichnungseinrichtung nach 
Anspruch 1, mit einem Stapelereignisgenerator, der an 15 
das Entwicklungs-Ausfuhmngselement als eine erste 
Eingangsquelle gekoppelt ist, wobei der Stapelereig- 
nisgenerator Ereignisse generiert, welch e das Ausftih- 
ren von ProzedurElementen eines Stapelprozesses an- 
zeigen; und einen ProzeBereignisgenerator, der an das 20 
Entwicklungsausfuhrungselement als eine zweite Ein- 
gangsquelle gekoppelt ist, wobei der Pro zeBereignis ge- 
nerator Ereignisse generiert, die die Prozedur-Ele- 
mente anzeigen, die 1 innerhalb einer Ausriistung aus- 
gefuhrt werden, die bei der Steuerung des Stapelpro- 25 
zesses verwendet wird. 

6. Ereignisgeschichtsaufzeichnungseinrichtung nach 
Anspruch 5, mit einem Sammelelement fur fortlau- 
fende Daten, um fortlaufende Daten in Realzeit zu 
sammeln, wobei die fortlaufenden Daten wenigstens 30 
ein Prozedur-Element eines Stapelprozesses betreffen, 
wobei der ProzeBereignisgenerator ein Ereignis-Proto- 
koll aufweist, welches durch das Sammelelement fur 
die fortlaufenden Daten erzeugt wird. 

7. Ereignisgeschichtsaufzeichnungseinrichtung nach 35 
Anspruch 6, bei der das Entwicklungs-Ausfiihrungs- 
element ein Entwicklungs-Korrelationselement ent- 
halt, um die Stapelereignisse und die ProzeBereignisse 
und die fortlaufenden Daten miteinander in Beziehung 

zu setzen. 40 

8. Stapelverarbeitungssystem mit einer Stapelentwick- 
lungs-Betrach tungsclient-Anwendung, mit einer Ein- 
richtung, um Ereignisinformationen entsprechend ei- 
nem identitizierten Stapel wieder aufzufinden; und ei- 
ner Einrichtung, um visuell fur einen Anwender die Er- 45 
eignisinformationen und die Beziehungen unter Ab- 
schnitten der Ereignisinformationen darzustellen. 

9. Betrachtungsclient nach Anspruch 8, bei dem die 
Einrichtung fur die visuelle Wiedergabe ferner eine 
Einrichtung zum Prasentieren der Ereignisinformatio- 50 
nen und der Beziehungen in Form eines Gantt-Plans 
aufweist, wobei der Gantt-Plan reprasentativ fiir die 
Prozedur-Elemente der Stapelprozedur ist. 

10. Betrachtungsclient nach Anspruch 9, bei dem die 
Einrichtung zum Wiedergeben der Ereignisinformatio- 55 
nen und der Beziehungen in Form eines Gantt-Plans 
ferner eine Einrichtung zum Prasentieren des Gantt- 
Plans in einem absoluten ZeitmaBstab aufweist. 

11. Betrachtungsclient nach Anspruch 9, bei dem die 
Einrichtung zum Prasentieren der Ereignisinformatio- 60 
nen und der Beziehungen in Form eines Gantt-Plans 
ferner eine Einrichtung zum Prasentieren des Gantt- 
Plans in einem relativen Stapel-ZeitmaBstab aufweist. 

12. Betrachtungsclient nach Anspruch 8, mit: 

einer Einrichtung zum Wiederauffinden von Ereignis- 65 
informationen entsprechend einem zweiten identifi- 
zierten Stapel; und mit einer Einrichtung, um einem 
Anwender die anderen Ereignisinformationen und Be- 



9 A 1 

30 

ziehungen unter Abschnitten der anderen Ereignisin- 
formationen zu prasentieren, wobei die Einrichtung 
zum Prasentieren der anderen Ereignisinformationen 
eine Einrichtung enthalt, um Unterschiede zwischen 
den Ereignisinformationen und den anderen Ereignis- 
informationen anzuzeigen. 

13. Betrachtungsclient nach Anspruch 12, bei dem die 
anderen Ereignisinformationen das Verarbeiten eines 
goldenen Stapels wiedergeben und zwar zum Vergleich 
mit anderen Stapeln, die durch Ereignisinformationen 
wiedergegeben werden. 

14. Betrachtungsclient nach Anspruch 18, bei dem die 
Einrichtung fur die visuelle Presentation eine Einrich- 
tung enthalt, um die Ereignisinformationen und die Be- 
ziehungen in Realzeit zu prasentieren, wenn die Ereig- 
nisinformationen erzeugt werden. 

15. Betrachtungsclient nach Anspruch 14, bei dem die 
Einrichtung zum Prasentieren der Ereignisinformatio- 
nen in Realzeit eine Einrichtung enthalt, um durch die 
Ereignisinformationen horizontal liber einen Anwen- 
der- Anzeigebildschirm.zu scrollen. 

16. Betrachtungsclient nach Anspruch 14, ferner mit: 
einer Sammeleinrichtung fur die fortlaufenden Daten, 
um die fortlaufenden Daten in Realzeit zu sammeln, 
wobei die fortlaufenden Daten wenigstens einen Da- 
tenpunkt eines Stapelprozesses betreffen, wobei die 
Einrichtung zum Prasentieren der Ereignisinformatio- 
nen in Realzeit eine Einrichtung enthalt, um die fort- 
laufenden Daten in Realzeit zu prasentieren, wenn die 
fortlaufenden Daten gesammelt werden. 

17. Betrachtungsclient nach Anspruch 16, bei dem die 
Einrichtung zum Prasentieren der fortlaufenden Daten 
in Realzeit eine Einrichtung enthalt, um durch die fort- 
laufenden Daten horizontal durch einen Anwender- An- 
zeigebildschirm zu scrollen. 
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